isis has joined #sandstorm
<isis> paulproteus: hey, i'll lurk here too, if that's easier for you (but i'll be afk for the next ~45 minutes)
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 240 seconds]
<paulproteus> isis: Hi
<paulproteus> Yay
<paulproteus> Cool
jadewang has joined #sandstorm
<paulproteus> isis: /me waves
<paulproteus> I think I left all the comments I can think to leave, which you can see at https://github.com/sandstorm-io/sandstorm/pull/447 , but I'm happy to answer other questions etc.
<paulproteus> Let me know if you have any other questions, or remarks, or whatever.
jadewang has quit [Ping timeout: 258 seconds]
<paulproteus> In other news -- https://www.internetdefenseleague.org/censorship/mirror/ https://github.com/fightforthefuture/anticensorship-mirror-python Flask app that someone should package for Sandstorm
<paulproteus> It would probably require changes to the protocol between the mirrors and the core JS, in order to work via Sandstorm's WebKeys etc, but that's probably doable.
<isis> paulproteus: this might be a dumb question, but what is the underscore referring to in the `_.contains(ARRAY, KEY)` construct?
<isis> is that a magick underscorejs thing?
* isis decides that it is likely underscorejs and also that underscorejs is pretty nice
jadewang has joined #sandstorm
paroneayea has quit [Read error: Connection reset by peer]
paroneayea has joined #sandstorm
<paulproteus> isis: Yes! _ is a global that contains underscorejs's functions as properties of it.
<paulproteus> isis: I'm falling asleep or would answer your questions. Will attempt to tomorrow.
jadewang has quit [Remote host closed the connection]
achernya_ has joined #sandstorm
achernya has quit [Ping timeout: 248 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 272 seconds]
gopar has quit [Remote host closed the connection]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 255 seconds]
bb010g has quit [Quit: Connection closed for inactivity]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 246 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 272 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 244 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 258 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 264 seconds]
dwrensha has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 256 seconds]
natea has joined #sandstorm
natea has quit [Quit: natea]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 250 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 252 seconds]
paroneayea has quit [Read error: Connection reset by peer]
paroneayea has joined #sandstorm
<XgF> Yay, my C++ sandstorm app is working
<XgF> Hah, my sandstorm-files.list contains 3 entires <3
<dwrensha> nice
<XgF> Writing things as a statically linked C++ app is hax :P
<dwrensha> what does the app do?
<XgF> It's going to be a simple IRC channel bot
<XgF> I'll factor out the IRC engine as its' own capability so maybe that'll be reusable as a driver one day
jadewang has joined #sandstorm
<XgF> Ooh, no impl of stayAwake yet, bummer
jadewang has quit [Ping timeout: 256 seconds]
<XgF> Ooh, I see, jparyani was working on it but it hasn't been merged yet
bb010g has joined #sandstorm
jadewang has joined #sandstorm
natea has joined #sandstorm
jadewang has quit [Ping timeout: 246 seconds]
itscassa|away is now known as itscassa
<kentonv> XgF: are you using the IP networking API? You are probably the first user. :)
<XgF> kentonv: I was going to fiddle with it
<XgF> Though an IRC bot isn't very useful if it closes down each time I leave the page :-)
<itscassa> XgF: Share it nao!
<itscassa> :D
<kentonv> you could merge Jason's PR and help test. :)
<XgF> My code does little more than send "it works" back to the UI so far :P
<kentonv> did you write it from scratch or use sandstorm-rawapi-example?
<XgF> I should have probably looked for sandstorm-rawapi-example :P
<kentonv> haha
<kentonv> well I'm impressed you figured out the API without it
<XgF> I was referencing http-bridge a bit
<kentonv> well I'm excited that someone is working at that level! We don't get much feedback about the raw API. And you can actually plausibly create an IRC bot at that level right now, since you'll have no problem using the Cap'n Proto interfaces for networking rather than the standard sockets API.
zeroish has joined #sandstorm
gopar has joined #sandstorm
jadewang has joined #sandstorm
<paulproteus> Dear XgF, You are amazing. Sincerely, Asheesh.
<paulproteus> XgF: If you want to write things as statically linked _rust_ binaries, see e.g. https://github.com/sandstorm-io/check-for-unprivileged-userns (thanks to kmc)
jadewang has quit [Ping timeout: 246 seconds]
<paulproteus> Just added more context here, https://github.com/sandstorm-io/check-for-unprivileged-userns
<kentonv> probably getting the binary down to ~150 bytes is not essential for a Sandstorm app. :)
<kentonv> David's Acronymy is an example of a Sandstorm app written in Cap'n Proto. Although Cap'n Proto Rust has been in flux lately so that code is probably horribly outdated.
<paulproteus> kentonv: Probably true (-:
<XgF> Thinking "Hmm, I need to write some kind of serialization system". Wait a minute...
<kentonv> what are you trying to serialize?
<XgF> Bot configuration
<XgF> Spent a while thinking "Hmm" before going "Doh, I'll just dump it in a capnp serialized file"
gopar has quit [Quit: Leaving]
<paulproteus> XgF: I hear Google's Protocol Buffers is really good and has great C++ bindings!
<kentonv> lol
<dwrensha> I'm noticing that `spk dev` now prints out "WriteResult({ "nRemoved" : 1 })". I'm guessing that has to do with the mongo upgrade.
<kentonv> grr mongo
<paulproteus> XgF: Perhaps sandstorm-http-bridge or something should link to sandstorm-rawapi-example in the comments, or something, to have helped you find it sooner?
<XgF> Maybe
<paulproteus> https://github.com/sandstorm-io/sandstorm/wiki/Sandstorm-App-Developer-Handbook also doesn't link to sandstorm-rawapi-example; perhaps it should, too.
<kentonv> the porting guide links to it
<kentonv> in the same place where it links to meteor-spk and the ruby guide
<paulproteus> I don't see it; when I search for "raw" in https://github.com/sandstorm-io/sandstorm/wiki/Porting-Guide/_edit , no matches for me.
<XgF> Also I'm not sure the porting guide is where you'd look for greenfields development
<paulproteus> Interesting point.
<XgF> Hmm, passing a CallContext through a lambda's capture list (using MVCAP) seems to be making it const =/
<kentonv> XgF: you need to declare the lambda mutable
<kentonv> [](...) mutable { ... }
<XgF> ooh
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 246 seconds]
natea has quit [Quit: natea]
natea has joined #sandstorm
paroneayea has quit [Read error: Connection reset by peer]
erikoeurch has joined #sandstorm
paroneayea has joined #sandstorm
gopar has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 246 seconds]
natea has quit [Quit: natea]
jadewang has joined #sandstorm
erikoeurch has quit [Ping timeout: 245 seconds]
jadewang has quit [Ping timeout: 246 seconds]
posix4e has quit []
joshbuddy has joined #sandstorm
dcb has joined #sandstorm
itscassa is now known as itscassa|away
<dcb> dwrensha: is there a recommended way to go from MallocMessageBuilder to some kind of MessageReader? I used to use SegmentArrayMessageReader, but its ctor needs to be changed to take an OutputSegments to continue doing that, which may break other users
<dcb> I guess I could just do a serialization round trip, I'm only doing this in tests
joshbuddy has quit [Quit: joshbuddy]
mquandalle has joined #sandstorm
dcb has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 265 seconds]
Guest1 has joined #sandstorm
<kentonv> dcb: You can do getRoot<Whatever>().getReader() to get a reader for the root object.
<kentonv> dcb: If you need a full MessageReader, then SegmentArrayMessageReader is the easiest way. I don't think you should have had to change anything. Can you describe what went wrong?
<kentonv> SegmentArrayMessageReader reader(builder.getSegmentsForOutput()) should work
<Guest1> kentonv: dwrensha pushed a change this morning that tweaks how MessageBuilder lends out it's segments, and as a result it's now not possible to create a SegmentArrayMessageReader from a MessageBuilder
<kentonv> Guest1: Oh, I guess you're talking about rust?
<kentonv> funny, the names are exactly the same as C++
<kentonv> so I was confused. :)
<Guest1> kentonv: yes, sorry for not specifying
Guest1 is now known as dcb