action: submits and blocks and retreives result of rendering the contents of infile.tar.bz2. Should currently just call stub functions.
2. Design of stubs in distren CLI:
Stub for submitting file to a server
2. Design of stubs in distren library:
Stub for submitting file to a server (using a stream)
Stub for waiting for server
Stub for retrieving result (using another stream)
3. Design of stubs in distrend:
Stub for getting info from the tarball/validifying the tarball. Read distren-job.xml, a file in the tarball, to find out 1. which rendering system to use (that system, e.g. blender/povray, can read more specifics, such as name of file to pass to blender and frames. Options common between different systems will be handled in common as best as possible)