Bundle template files in Python distribution

This uses the package_data setuptools directive and a symlink to bundle files in doc/example-templates with the Python distribution. This allows dx-app-wizard to function properly as part of a Python distribution.
Find dx on the PATH instead of assuming a specific install layout

This should fix dx-build-app --run for pypi and Debian installations.
Run an inexpensive test before attempting to acquire the lock.
Clean up help in "dx build -h".

In particular, undocument the no-longer-very-useful options for
specifying weird autodeps.
Don't print ID of app(let) if we're going to --run it anyway.

If the user is going to call --run they're more likely interested in the
job ID than the executable ID. This change suppresses the executable ID
in that case, but in general, if there is a Makefile, "dx build ...
--run" will still spew out the output of the make process, making it
nontrivial to extract the job ID. So this isn't a general solution to
make the job ID easily available to the user, but it will at least fix
some simple tests.

(dx build --remote solves a similar problem by running the make step
separately from the upload step, so that the latter can be easily parsed
for the executable ID.)

This bug was exposed by changes made in 3f29d10. Previously it was
masked by the fact that we would print out the executable ID, then call
os.execv-- which transfers control without flushing buffers, so the
executable ID would never be seen by the user. The subprocess methods
do, however, flush the buffers and made the executable ID visible.
install_sysdeps target supports Fedora 20, Ubuntu 14.04.
[PTFM-11714] Fix jq build on Mavericks by adding -lgcc_eh
Code review fixups on 0939fee

* Verify filename is set correctly
* Test with both initializing from a filename and a file obj
* Remove unused local variable creation_kwargs
* Add and reorder some comments for clarity
Unplug stdin in subprocess to avoid test hangs

Thanks to @kislyuk
Remove calls to "readlink -f" which isn't present on Mac.
Add libboost1.55-all-dev and maven2 to Debian build deps
PTFM-11709: dxpy.DXObject: Do not mask API errors as AttributeError
dxpy.DXDataObject: Do not delete _dxid and _proj (just reset to None) when object is removed
Test fix: Assert DXAPIError instead of AttributeError under new behavior
Test fix for new behavior (IDs are None after removal)
PTFM-11707: make dxpy constructors throw errors on bad IDs

Also refactor the methods to streamline ID verification and other common
get and set methods.
Allow localjob IDs in DXJob handler, and fix a test error that was previously masked
Typo fix
Changelog and version updates for v0.97.0