Fix a flaw introduced in e379ea710d6f, leading to incorrect SHAs

The lack of rewriting in some SHAs led to unwanted collisions by which
some pom files in the "assemble" build system were erronously
overwritten. This issue only affected v0.9.2. Now fixed.
Merge pull request #147 from cunei/wip-fixSha

Fix a flaw introduced in e379ea710d6f, leading to incorrect SHAs
Merge pull request #148 from cunei/wip-mix-fix-5

Minor changes
Use moduleName rather than name in module info
Merge pull request #150 from pvlugter/module-name

Use moduleName rather than name in module info
Merge pull request #151 from cunei/wip-mvn

Temporarily moving out of the way the incomplete Maven build system
small comment fix
Docs fix (default java-options)
Leave a trace of the source git hash in the help message

When dealing with test or snapshot dbuild versions, it may
be useful to know what git hash they were built from. That
bit of information is now displayed in "dbuild --help".
Some refactoring in Assemble, splitting out patchPomDependencies()
When adjusting poms and ivy.xmls, also patch the version

In order to share more easily code between the Assemble build
system and the Ivy/Aether ones, also cater for the case in
which the version number was replaced while moving the (pom/
ivy.xml) files, and adjust them in the module descriptions
as appropriate.
Move OrgNameVerFilenamesuffix where other build systems can see it
Refactor patchIvyDependencies() in AssembleBuildSystem
More modularization in Assemble
First implementation of the Aether build system
Reduce verbosity
Use ~/.m2/repository as a read-only remote maven repository
Work in progress (Aether)
More work in progress (Aether)
The Aether build system now works as intended