03:10 <crab> how does one upgrade? install the new version from the app market?

03:11 <crab> oh, i have a notification to apply updates.

07:20 <ocdtrekkie> crab: As a note, applying updates from the notification should update all of your apps and their respective grains. You can also reinstall the app from the market, which will update it, but not automatically update all your existing grains.

07:31 <crab> ah, thanks.

16:04 <sybro> Hi!!! Any good way to share a Nova thread via link? Can't manage to get a valid one :(

16:22 <sybro> ... or NodeBB thread? :/

16:48 <samba_> hi, I need to move my sandstorm installation to another VM is there any documentation about it ?

16:49 <samba_> also, there's any explication why sandstorm is getting fatty in this way, I mean is just pads but it seems impossible to use a big pad or a big calc - everything wait stop and crash, is this normal?

17:01 <ocdtr_web> samba_: Probably follow the instructions for backing up and restoring a whole Sandstorm server: https://docs.sandstorm.io/en/latest/administering/backups/

17:02 <ocdtr_web> In short: Backup your Sandstorm files on the old server with Sandstorm stopped. Install Sandstorm fresh on your new server, then stop it, replace all your Sandstorm files and start it again.

17:03 <ocdtr_web> As far as it being "fatty" what do you mean? RAM usage?

17:04 <ocdtr_web> sybro: Generally speaking, you take either the grain URL if someone's already got access, or the share link, if you want to grant someone access, and then add to the end of that whatever parameters a NodeBB or Nova URL would have to specify the specific thread.

17:05 <ocdtr_web> Since Sandstorm apps can't see their own URLs or sharing links, it's hard for them to suggest these URLs for you, and I think that's something Sandstorm needs to handle better someday.

20:19 <eloyesp> Hi, I'm trying to learn more about sandstorm, but as I don't know a lot about `meteor` I fount it difficult to follow the track on the source code. I'm trying to understand the flow of starting a grain (generating the chroot environment, starting the process, etc.) but I cannot find the code that implement that

20:23 <eloyesp> Can someone point me where to look on that?

20:24 <isd> eloyesp: meteor.com has a tutorial that's worth going through as a first step

20:32 <eloyesp> Yes, but I was more interested on the code that implement the grain initialization, I'm not so interested in the shell itself

20:40 <isd> The backend stuff is all in src/sandstorm. backend.capnp describes the protocol the shell uses to talk to the sandboxing stuff. supervisor.c++ handles actually launching a sandbox in a grain.

20:41 <isd> Most of the "business logic" is in the meteor/javascript app, which is all under shell/

20:48 <eloyesp> isd: thanks

20:56 <isd> you're welcome

21:04 <samba_> question, I can use the sandcats.io subdomain and a private domain using the same conf in sandstorm ?

21:04 <TimMc> Sandstorm doesn't let you use multiple domain setups. :-/

21:28 <samba_> arg

21:28 <samba_> this is not nice.. why it isnt?

21:28 <samba_> even if I configure a nginx in front of sandstorm ?

21:29 <TimMc> You'd have to have something capable of rewriting Sandstorm's responses to swap out the domains in any response body and headers.

21:39 <isd> ocdtrekkie: re: displaying urls, one huge improvement would be if when you clicked a link inside the grain, the URL bar would update. I don't think there's a way for sandstorm to fully automate this, but you could probably have a postMessage api that apps can use to update the (trailing part of) the path on the main page.

21:40 <isd> (I spent some time digging; you could almost just do onload="doSomethingWith(this.contentWindow.location.herf)" but you hit same origin policy problems, and you from what I can tell you can't fix those without coordinating with the embedded site

21:41 <isd> If the embedded site could say this is OK via a header, then sandstorm could just set the header, but e.g. Access-Control-Allow-Origin only affects xhr requests, not dom object attributes.

22:10 <isd> I guess you could inject the call into the page, but that wouldn't work for non-html of the user clicked a link to some other site.

22:12 <isd> I also don't know if there's a way to set the location bar without triggering a request, which seems wasteful.

23:35 <ocdtrekkie> That would be handy too.

23:36 <ocdtrekkie> isd: Wekan is already making like a "copy card URL" option, but of course, it won't work with Sandstorm. It seems to me like we could have an offer-template-ish function where the app could specify it's trailing content and Sandstorm could fill in it's part of the URL.