Moved the Houdini framework into the Houdini applications folder for both the dev and end-user environments.  The major benefit of this change is that the end-user installation is now standalone.  /Library/Frameworks/Houdini.framework is no longer created.  This means that users can now move the Houdini installation to other locations and everything will still work.
Moved the Houdini framework into the Houdini applications folder for both the
dev and end-user environments.  The major benefit of this change is that the
end-user installation is now standalone.  /Library/Frameworks/Houdini.framework
is no longer created.  This means that users can now move the Houdini
installation to other locations and everything will still work.

Another benefit with this change is that the dev environment better matches the
end-user environment.  Paths inside $HFS/Applications are identical to
/Applications/Houdini X.Y.ZZZ.  This helps reduce places in code where we
try to handle both environments by searching multiple library and resource
locations.

$SHM/C++MakeFrameworkMBSD:
- Switched to $DEV_FRAMEWORK for frameworks paths.
- Added '@' for all recipe commands to reduce the noise in the output.
- Added Frameworks rule for generating the new location of the Frameworks
  directory and creating a symbolic link for the old location.  The symbolic
  link is also necessary so that $HFS in the dev environment has the same
  Frameworks/Python.framework subdirectory that appears in $HFS in the end-user
  environment.
- Removed mozilla rules which are no longer needed.

$SHM/C++Defs,
$SHM/C++MakeApp,
$S/cmake/*.cmake,
$hqueue/Makefile,
$SHC/HOM/PYHOM/Makefile,
$SHC/PDG/Makefile,
$SHC/SOHO/Makefile,
$SHC/hjson/Makefile,
$SHC/htext/Makefile,
$SHM/list_link_libs.py:
- Moved $HFS/Frameworks to $HFS/Applications/Frameworks.
- Swept Makefiles to use $DEV_FRAMEWORK instead of hard-coded
  $HFS/Applications/Frameworks paths.  I left the hard-coded frameworks path in
  list_link_libs.py so that the script can still run correctly even when
  invoked outside of `make` (i.e. $DEV_FRAMEWORK is a make variable, not an
  environment variable).
- In C++MakeApp, also replaced hard-coded $HFS/dsolib with $DEV_DSOLIB which
  points to the real location of the libraries folder instead of the symbolic
  link.  This generates a relative path to the libraries folder which works in
  both the dev and end-user environments.

$SHM/C++HoudiniTools:
- Bumped up PySide package to 1.2.2-8.  The new package fixes rpaths in the
  compiled modules so that they can find the Qt libraries in the new framework
  library location.

$gplay/*,
$hotlview/*,
$mplay/*,
$orbolt_utl/*,
$SHK/hkey/*,
$RE/RE_QtUtils.C,
$SHS/mbsd/bundle_files/BundleRules,
$SHS/mbsd/bundle_files/MakeBundle.cmake:
- Moved applications into the Utilities and Administrative Tools sub-folders
  in the dev environment.

$SHS/mbsd/bundle_files/launch_app.py:
- Updated application search path to a path relative to the bin directory.
- Removed logic for dealing with different application search paths.  The
  relative search path is now the same for both the dev and end-user
  environments.

$SHS/mbsd/bundle_files/terminal/houdini_terminal.applescript.tmpl:
- Updated Houdini Terminal script to find the framework in
  /Applications/Houdini X.Y.ZZZ instead of /Library/Frameworks.

$hqueue/export_shared.sh,
$hqueue/pack_hfs_osx.py:
- Scrapped the pack_hfs_osx.py script since installing a Houdini distro onto
  the HQueue shared folder is just a matter of copying the
  /Applications/Houdini X.Y.ZZZ folder.
- We create a symbolic link from $HQROOT/houdini_distros/hfs.macosx-x86_64 to
  the Resources subdirectory because hfs.macosx-x86_64 must point to $HFS.

$S/package/common.mk,
$S/package/mbsd/Makefile,
$S/package/mbsd/framelist.plist:
- Fixed staging directory so that the Houdini and Python frameworks are
  installed in the same paths that they appear in in the dev environment's
  $HFS.
- Removed steps for changing rpaths in the HARS executable.  The relative
  rpaths that were originally installed into HARS should also work in the
  end-user environment.
- Scrapped the update_framework.py script since the framework is no longer
  installed to /Library/Frameworks and doesn't require updates to the 'Current'
  symlink.
- Scrapped the pack_hfs_osx.py script since it is no longer used by the HQueue
  installer.
- Modified Framework.pkg rule so that the Frameworks directory is the root
  directory instead of Houdini.framework/Versions/Current.
- Scrapped framework.plist.  Added a rule to generate the file on-the-fly.

$SHC/HAPI/*,
$SHK/sesinetd/com.sidefx.sesinetd.plist,
$S/package/mbsd/installer_scripts/load_sesinetd.py,
$S/package/mbsd/installer_scripts/local_licensing.py:
- Updated files to look for the Houdini framework in /Applications/Houdini
  X.Y.ZZZ/Frameworks instead of in /Library/Frameworks.
- Install sesinetd into /Library/SESI/sesinetd so that it is standalone and
  doesn't depend on anything in /Library/Frameworks/Houdini.framework.

$S/package/mbsd/HoudiniUninstaller/*:
- Handle uninstalling both the new standalone sesinetd and the old sesinetd
  that depended on /Library/Frameworks.
- Handle uninstalling old Houdini applications and new self-contained Houdini
  applications.
- Handle updating the Houdini Current framework symlink when uninstalling old
  Houdini applications.

sideeffects/HoudiniEngineForMaya,sideeffects/HoudiniEngineForMaya,sideeffects/HoudiniEngineForMaya