Drew Fisher

I agree that we should aim for Sandstorm to stay out of the way as much as possible, but no more. That said, to consider a similar situation, browsers on...

@ocdtrekkie did a pretty good job of explaining it already, but to summarize the technical reasons we don't plan to support ARM in the near future: - MongoDB (which Meteor...

Note to self: in the event we want to patch or suggest the user adjust this, the platform list is stored in `.meteor/platforms`

Actually, I am +1 on the idea of just storing the nginx config snippet under `.sandstorm`. Given that the content is already canonically in that folder inlined in `setup.sh`, I...

One (admittedly ugly) way to get the spk out of the guest if bidirectional sync is unavailable would be to `FILE=$(mktemp) && vagrant ssh -c "cat /path/to/that/spk" > $FILE &&...

Here's a semi-crazy thought: if we don't mind duplicating code/comments, we could plausibly reimplement the `spk init` logic on the host in `vagrant-spk` instead of calling spk init in the...

Oh, more trouble: anything that involves caching on the host also requires bidirectional file sync. This includes `global-setup.sh`, which expects to be able to cache the current Sandstorm release package,...

Presumably the red text is stderr from vagrant, since I don't think we write any colored text directly. We can adjust our default scripts to be quieter, redirect stderr to...

+0 on moving php.ini into service-config. The caveat is that there are a variety of php modules that ship config snippets so their native-code modules (typically pulled from apt, but...

Yeah, good idea! Reasonable options include explicitly `chmod`'ing the scripts before executing them, or explicitly `bash`-ing them.