PARAVIEW: ParaView Catalyst input deck commands.

The results output section of the input deck now contains
command blocks and line commands to drive the ParaView
Catalyst co-processing library. These command blocks include
blocks for positioning cameras, describing how the mesh is
rendered, and for how the output images are stored.  There are
also blocks to specify visualization operations such as slice
and contour. We are working on detailed PDF documentation of
these commands and how to use them.

The database type has been changed to catalyst from paraview.  The
script name is now catalyst_script. There is also logic for finding
the catalyst dynamic library and the Python module if the Sierra
module is loaded.  The path is constructed using SIERRA_INSTALL_DIR,
SIERRA_SYSTEM, and SIERRA_VERSION.

(From Sierra)
PARAVIEW: Cleaned up whitespace.

Also added several files I forgot to include in the
previous commit.

(From Sierra)

Build/Test Cases Summary
Enabled Packages: SEACASIoss
Disabled Packages: Panzer,PyTrilinos,MueLu
Enabled all Forward Packages
0) MPI_DEBUG => Skipped configure, build, test due to no enabled packages! => Does not affect push readiness! (-1.00 min)
1) SERIAL_RELEASE => Skipped configure, build, test due to no enabled packages! => Does not affect push readiness! (-1.00 min)
2) MPI_DEBUG_SS => passed: passed=21,notpassed=0 (4.59 min)
3) SERIAL_RELEASE_SS => passed: passed=22,notpassed=0 (4.60 min)
Other local commits for this build/test group: 466382b
Belos: Fixed compile error (2.0 * ScalarType) in BlockFGmresIter.

Thanks to Jonas Thies (Deutsches Zentrum fuer Luft- und Raumfahrt),
who discovered this problem in the 11.2.4 release, for pointing this
out.  operator* (2.0, ScalarType) does not work for all possible
ScalarType types.  In particular, Jonas experienced troubles with
ScalarType = std::complex<float>.  This is a bit surprising to me, but
the problem is easy to fix, so I've done it.  I've also replaced other
instances of double or float literals (0.0 and 1.0) with the
appropriate references to Teuchos::ScalarTraits<ScalarType>::{zero,
one}(), and reformatted the file to make it easier to read.

Build/Test Cases Summary
Enabled Packages: KokkosCore, KokkosClassic, KokkosCompat, Tpetra, Belos, Ifpack2, Xpetra
0) MPI_DEBUG => passed: passed=164,notpassed=0 (3.48 min)
1) SERIAL_RELEASE => passed: passed=145,notpassed=0 (0.33 min)
Trilinos: update nightly testing on eleanor

Every once in a while the nightly tests fail with this error:

CMake Error: Could not find CMAKE_ROOT !!!
CMake has most likely not been installed correctly.

Reinstalling the tools directory manually fixes this.  To avoid this problem, I'm switching the test script to update the tools every night.
Kokkos: Add 'kokkos/example/' subpackage with thread-scalable generation of a box element mesh fixture.

Kokkos: Add the 'ALL' argument for a subview to specify an entire range of a dimension.
        This will lead to consistency of subviews when prior subview methods are removed.
Kokkos: CMake-ify kokkos/examples.  Change multivector subview unit tests to use 'ALL()' for the preserved dimension.
Kokkos: Catch zero-threads initialization error in Kokkos::Threads.
Resolve and unit test View allocated vs. extern memory padding quandry
by only padding dynamically dimensioned allocated arrays.
Kokkos: Update example cmake configure script for Containers and Example.
ML: Adding ML-level control for L1 GS/SGS
ML: Switching GS to use Ifpack by default.

This will allow for using L1 smoothing on all levels.
ML: Adding Ifpack switch to SGS as well.
ML: Test cleanup

Build/Test Cases Summary
Enabled Packages: ML
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=325,notpassed=0 (36.93 min)
1) SERIAL_RELEASE => passed: passed=294,notpassed=0 (13.56 min)
Other local commits for this build/test group: 71691aa, cd9b38f, 27f1d99
MueLu: fixing compiler warning.
MueLu: Hopefully fixing some compiler warnings
MueLu: adding matrix reader example
MueLu: better handling of bad data dependencies

This commit improves the exception messages/handling when a data dependency is missing during DeclareInputs().
The motivation is the case when coordinates aren't available but rebalancing has been requested.

Previously, this is the message you'd see:

            terminate called after throwing an instance of 'MueLu::Exceptions::RuntimeError'
              what():  /home/jhu/Research/MLoo/clean/Trilinos/packages/muelu/src/MueCentral/BaseClass/MueLu_TwoLevelFactoryBase.hpp:92:

            Throw number = 1

            Throw test that evaluated to true: requestedLevel.GetPreviousLevel() == Teuchos::null

This commit introduces a new MueLu Exception class called DependencyError.  The idea is that this exception type gets thrown
when data can't be found.  As the exceptions unwind, the messages are concatenated, so that the entire exception stack is shown:

          Throw number = 4

          Throw test that evaluated to true: true

          /home/jhu/Research/MLoo/clean/Trilinos/packages/muelu/src/MueCentral/MueLu_Level.cpp:165:

          Throw number = 3

          Throw test that evaluated to true: true

          /home/jhu/Research/MLoo/clean/Trilinos/packages/muelu/src/MueCentral/MueLu_Level.cpp:165:

          Throw number = 2

          Throw test that evaluated to true: true

          /home/jhu/Research/MLoo/clean/Trilinos/packages/muelu/src/MueCentral/MueLu_Level.cpp:159:

          Throw number = 1

          Throw test that evaluated to true: true

          CoordinatesTransferFactory::DeclareInput : (LevelID = 0) unable to find or generate requested data "Coordinates".
              during request for data "A" by factory RepartitionFactory
              during request for data "Importer" by factory RebalanceTransferFactory
              during request for data "P" by factory NoFactory
MueLu: updating ReadMatrix test xml input

Build/Test Cases Summary
Enabled Packages: MueLu
Disabled Packages: MOOCHO
Enabled all Forward Packages
0) MPI_DEBUG => Skipped configure, build, test due to no enabled packages! => Does not affect push readiness! (-1.00 min)
1) SERIAL_RELEASE => Skipped configure, build, test due to no enabled packages! => Does not affect push readiness! (-1.00 min)
2) MPI_SS_DEBUG => passed: passed=99,notpassed=0 (13.01 min)
3) SERIAL_SS_DEBUG => passed: passed=91,notpassed=0 (10.26 min)
Other local commits for this build/test group: f2881d2, d9e98ef, 33e859e, 8ffac5f
MueLu: Amesos2Smoother: another attempt to fix EI
Piro: Extracted sensitivity support from NOXSolver

Extracted a SteadyStateSolver base class that computes responses and
sensitivities given the solution at convergence for NOXSolver.

As a derived class, NOXSolver essentially implements the solution of the
nonlinear steady state equations and delegates the computation of the
responses and sensitivities to its parent

The goal is to be able to factor out the sensitivity logic in order to
support other types of steady state solvers such as LOCA.
Piro: Added sensitivity support in LOCASolver

Derived LOCASolver from the abstract class SteadyStateSolver that
provides support for computation of responses and sensitivities,
essentially matching the capabilities offered by NOXSolver.

Known limitations:
1) Sensitivities based on the adjoint formulation are not available.
2) Sensitivities along the path are not supported; only sensitivities
with respect to the final solution (i.e. steady state) can be computed.