nicoo has quit [Remote host closed the connection]
nicoo has joined #sandstorm
griff_ has joined #sandstorm
griff_ has quit [Quit: griff_]
michaeln3 has joined #sandstorm
michaeln3 has quit [Ping timeout: 245 seconds]
xet7 has quit [Quit: Leaving]
xet7 has joined #sandstorm
michaeln3 has joined #sandstorm
michaeln3 has quit [Ping timeout: 264 seconds]
aerth has quit [Remote host closed the connection]
<JacobWeisz[m]>
I wish you could make a Sandstorm app with a Sandstorm app.
<abliss>
could be fun to wire up a little "cloud SDK". i feel like everyone was building them 5 years ago; did any come through to a usable product?
<abliss>
lack of a real terminal could be a challenge... but someone could finish the uspace-tty demo i started.
<abliss>
(i guess Mozilla Bespin became Amazon Cloud9?)
<JacobWeisz[m]>
My thought is even in the limited context of say, a PHP app, where the app provides you the ability to write and create PHP files as well as the pkgdef, upload additional files, etc, and then could hand you an SPK with the Linux files injected the app already knows you'd need, since it doesn't have a host OS to pull from.
<JacobWeisz[m]>
The kind of smart detection of dependencies method spk uses wouldn't work in that context.
<JacobWeisz[m]>
You'd need either to enclose the necessary code to generate an SPK inside the app, or perhaps an API where an app inside Sandstorm could request Sandstorm build an SPK using files provided entirely by the app (so it can't be used to poke around the host system).
<abliss>
yeah, neither fuse nor vagrant is going to work inside the sandbox
<abliss>
was there at some point an implementation of spk's autodetect-files using an LD_PRELOAD shim?
<JacobWeisz[m]>
I don't recall. But I imagine if a app-building Sandstorm app used the same stack as the app it was building, it could explicitly provide everything as alwaysInclude to build a working SPK.