updated: package applications on redhat
changed: don't use the build-depends-indep field in debian packaging

the apt in precise has a bug preventing this from working
added: package applications for debian
Merge pull request #221 from akva2/redhat_package_apps

updated: package applications on redhat
Merge pull request #222 from akva2/update_debian_packaging

Update debian packaging
added: missing file
Search for module in suite directory if specified

Instead of having to specify each and every project in a suite such as
DUNE or OPM, allow a root directory for the entire suite to be specified
and then assume that each module is located in a sub-directory to this.

Each individual project can still have its path explicitly specified, if
a special build of those are required.

The suite variable itself will be written to cache by being specified
on the command line. Each individual project directory will NOT be
written to cache, because then we cannot get rid of it by specifying a
new suite directory.
Provide suite info for those not in name convention
Give better diagnostics in case probe fails

The standard argument handling report which item that failed
(_INCLUDE_DIR, _LIBRARY og HAVE_) but it doesn't provide information
about the root that was used to search for these. Given that we now
automatically search a lot of other places, the _ROOT variables should
be reported before the error is raised.
Allow packages to be installed directly in suite dir

Let us specify e.g. --with-dune=/usr, so that the _ROOT variable is
set to e.g. /usr/dune-common, but then backtrack to the parent directory
again if we don't find anything there and search directly in suite dir.
Also look in corresponding build-dir as ourself

If we are building in a sub-dir to the source tree, guess that a
dependent module is also that, and that the directory that is given
is for the suite, not for the project alone.
Teach configure wrapper to know about modules
Add more support for configuring MPI

Handles options --enable-mpi and --with-mpi-prefix for compatibility
with other autotools projects which uses these settings to tell the
build system where the local MPI library is.
Merge pull request #223 from rolk/223_cmake

CMake rollup
update: debian packaging version
Remove trailing empty element on dependency list

An extra semi-colon had snuck in here which caused the project to be
dependent on a module called "", which of course failed further down
the line.

This error was previously undetected because we didn't have anything
that depended on opm-upscaling.
Detect empty elements in dependency list

These errors are usually an extra trailing semi-colon, which is easy
to put in there for symmetry with the other lines. Give a warning on
this but proceed with the build as usual afterwards.
Allow user to override our non-standard defaults

CMake loads option defaults from the platform file and then usually
proceeds to write these to the cache, so it is not possible to see
if an option was specified by the user, or was the default.

By setting CMAKE_NOT_USING_CONFIG_FLAGS, we regain control over the
options and can then set this to what we think is suitable, provided
that the user hasn't specified something for us.
Allow whole program optimization to be switched off
Version entry URL for repository

Different set of packages may be necessary for various versions of the
RPM-based distros. Thus we need a way to know which one is indended to
be used (through the selection of the right url).

Also add a version number to the stem of the URL, so that later aliases
can be introduced to let one stay at previous versions.