Migrate 3rd Party Libraries to Platform Provided Versions

[dustinrb]

ECCE currently builds and bundles 3rd party packages. Using versions of these libraries provided by yum/dnf or apt-get would decrease the size of the distributable and make it easier to bundle ECCE into .rmp or .dep packages. This effort would likely be part of issue #16 and will include issue #10.

The file build/build_details.doc (not a MS Word doc BTW) details the reasons for these packages being bundled in order of perceive ease of replacement.

1. NWChem -- This issue is already covered in issue Update bundled NWChem version to latest #10. ECCE allows custom computational backends to be registered (http:ecce.pnl.gov/docs/2864B-server_reg.pdf), so this should be a relatively simple change.
2. Perl CGI -- The version proved by ECCE is the most current version, so we simply need to ensure ECCE's perl can find the system version.
3. httpd -- Apache 2.2 is used for fear of small breaking changes with 2.4. From the Apache docs, there were not major deprecations and most changes are limited to some small configuration quirks.
4. MesaLib -- Mesa has been kept at 6.5 simply because it has fewer dependencies. Also, the bundled wxPython requires Mesa to build, so we must ensure the system mesa-dev libraries are referenced instead.
5. wxPython/wxWidgets -- The bundled wxWidgets contains ECCE-specific widgets for the builder. I am unable to comment on whether these custom widgets can be decoupled from the main wxWidget source.
6. apache-activemq -- 5.1 is bundled but 5.5 is the most recent version. CentOS does not provide this through YUM (Ubuntu and RedHat do) so this package may need to be bundled.
7. Xerces -- The included version is 2.8 while CentOS provides 3.11. ECCE relies on deprecated xerces classes such as DOMWriter so parts of ECCE, such as ECCE/srs/dsm/xml/BasicDOMWriter.C will need to be ported to newer APIs.