Resolve depends between block and global aux
closes #2723
Fixed messed up input file parameters (#2788)
Merge pull request #2802 from aeslaughter/outputs-2788

Fixed messed up input file parameters
Adding a const shared vector in ExecTypes to be consumed throughout MOOSE
refs #2795
Fixed bug (#2781)
Repaired Open File button crash (#2781)
Merge pull request #2806 from aeslaughter/peacock

Fixing outputs related bugs
Merge pull request #2804 from permcody/exec_types

Replace on-the-fly creation of ExecFlagTypes vector
Make tests pass cross-platform, reactivate ref #2717
Merge pull request #2808 from bwspenc/j_int

Make tests pass cross-platform, reactivate
Lumping of richards mass, as per issue #2805 .  UserObjects are utilised rather than AuxVars which were my previous method.  This is much better from a user's perspective, since the UserObjects are the same as used by RichardsMaterial.  Also it gets around the strange problem of Saturation(Seff) not being defined at time=0, and the problem of >2 phases in OffDiagJacobian.  Also enhanced RichardsPorepressureNames to return MooseVariables.  Also added RichardsSatAux and RichardsSatPrimeAux, which are not actually needed for this UserObject-utilisation method, but may be useful for something else.  The mass lumping has been tested in the buckley-leverett tests (pgas is not written to exodus files due to it being basically undefined), and also the jacobians have been tested.  However, there is still work to do with updating latex doco, and i want to implement some more tests.  But this is probably a good time to push into devel.
Merge pull request #2810 from WilkAndy/feature_2805

Lumping of richards mass, as per issue #2805 .  UserObjects are utilised...
Merge pull request #2760 from permcody/depend_2723

Resolve depends between block and global aux
add a special kernel for eigenvalue problems #2350
add the inverse power method and nonlinear eigenvalue executioner #2350
add two objects in test #2350
two tests for the eigenvalue executioners #2350
move some codes from EigenExecutionerBase to NonlinearSystem and other improvements #2350
Refactor EigenKernel
Adding multiple EigenKernels to the warehouse
TODO: Need to address proper execution
Implementing new EigenSystem