TrilinosCouplings:  Can pass ensemble size on command line.

For the ensemble UQ driver, you now give the ensemble argument the
ensemble size, e.g., --ensemble=32.  Currently you just have to "know"
what valid ensemble sizes are based on what is explicitly instantiated
in Stokhos and FENL.
TrilinosCouplings:  Print error message on invalid ensemble size.
TrilinosCouplings:  Fix Belos timers for FENL.

FENL already accumulates the timers across solves, so I need to reset
the Belos timers so they don't accumulate as well.  This was causing the
Belos times to be about double.  With this change, the native FENL CG
and Belos give about the same performance.
TrilinosCouplings:  Fix FENL errors after merge.
MueLu: minor hands-on tutorial update

add code to export fine level matrix, coordinate vectors and rhs.
Add an additional option to import existing data from the hard disk.
Not very flexible yet (just experimental). will be improved in the future.
MueLu: update hands-on tutorial

added pictures of aggregates to the repository.
Thought i would have done this already weeks ago. Seems that was not the case.
Now, everybody should be able to compile the tex document.
MueLu: hands-on tutorial

really minor changes
MueLu: fix s5a.xml parameter file for hands-on tutorial
MueLu: add a new driver for the MueLu hands-on tutorial

It's a python script now instead of a bash script. Makes visualization
of aggregates easier.
TrilinosCouplings:  Fix several FENL parsing and printing issues.
MueLu: updated easy tests
TrilinosCouplings:  Add belos.xml for FENL.

Values are commented out so to not override those values in the code.
Just uncomment them if you want to make a change.  Also small tweak to
parameter reading code.
TrilinosCouplings:  Disable epetraTpetraImportBenchmark if Serial disabled.

The test is (probably unnecessarily) hard-coded to use the KokkosClassic
SerialNode, so we need to disable it if that node isn't enabled.
Changes needed to add new method.

Changes consist of two main parts:

   1. Finished adding skeleton for new method
   2. Adding experimental ifdef guards using
      cmake define -D Zoltan2_ENABLE_Experimental_Wolf:BOOL=ON
      to protect this code from interfering with other code

Build/Test Cases Summary
Enabled Packages: Zoltan2
Enabled all Forward Packages
0) MPI_DEBUG => passed: skipped configure, build, test due to no enabled packages (0.00 min)
1) SERIAL_RELEASE => passed: skipped configure, build, test due to no enabled packages (0.00 min)
2) MPI_ss => passed: passed=42,notpassed=0 (0.90 min)
3) SERIAL_ss => passed: passed=42,notpassed=0 (0.91 min)
Teuchos: -Wreorder warning fix
MueLu: Q2Q1: fixed unsigned ints warnings
Tpetra: Map: LocalOrdinal now defaults to int.

This change affects both the "classic" and "Kokkos refactor" versions
of Tpetra.  Map's first template parameter, LocalOrdinal, now has a
default value of int.  You may exercise this by declaring a Map as
follows:

Tpetra::Map<> map (...);

Note the angle brackets with nothing in between them.  You may _not_
write:

Tpetra::Map map (...);

I added this feature after a discussion with Christian about default
template parameters.  Users may already declare a Tpetra::Vector like
this:

Tpetra::Vector<double> x (map);

Here, the LocalOrdinal template parameter takes its default value of
int.  That means users who rely on defaults won't see the LocalOrdinal
type, so they won't know how to declare a Map, which (before this
commit) has no default for its LocalOrdinal template parameter.  Thus,
it makes sense for Map to have a default value for LocalOrdinal.  That
default must be the same as the default for Vector, CrsMatrix, etc.

I also added a unit test to Map's unit tests, which verifies that

  1. It is legitimate to declare a typedef to Tpetra::Map<>
  2. Tpetra::Map<>::local_ordinal_type is int
Tpetra: MultiVector: Now has default Scalar type (double).

Now it's possible to create a Tpetra::MultiVector and let all template
parameters assume default values.  Thus, you may now write

const size_t numVecs = 3; // for example
Tpetra::MultiVector<> X (map, numVecs);

Note the angle brackets; they are required.  MultiVector's unit tests
now include a test for these default template parameters.  These tests
include a test that MultiVector's default local_ordinal_type matches
Map's default local_ordinal_type.

Map's unit tests have also been revised to require that when creating
a Map with all default template parameters,

sizeof (global_ordinal_type) >= sizeof (local_ordinal_type).

This commit affects both the "classic" and "Kokkos refactor" versions
of Tpetra.
Tpetra: Fixed build error in MultiVector unit test.

Build/Test Cases Summary
Enabled Packages: KokkosCore, KokkosCompat, KokkosLinAlg, KokkosContainers, KokkosMpiComm, Tpetra
0) MPI_DEBUG => passed: passed=73,notpassed=0 (1.57 min)
1) SERIAL_RELEASE => passed: passed=54,notpassed=0 (2.16 min)
2) MPI_RELEASE_KOKKOS_REFACTOR => passed: passed=85,notpassed=0 (13.28 min)
Other local commits for this build/test group: 9832778, d01f2e6
Teuchos: Fix test build errors

Build/Test Cases Summary
Enabled Packages: TeuchosParameterList, KokkosCore, KokkosCompat, KokkosLinAlg, KokkosContainers, KokkosMpiComm, Tpetra
0) MPI_DEBUG => passed: passed=108,notpassed=0 (6.63 min)
1) SERIAL_RELEASE => passed: passed=89,notpassed=0 (7.66 min)
2) MPI_RELEASE_KOKKOS_REFACTOR => passed: passed=120,notpassed=0 (12.98 min)