Kristoffer Wiklund authored Jul 25, 2014 and Herman van Rink committed Jul 25, 2014

Issue #2275467 by kristofferwiklund: Fixed incorrect variable in Debian postinstall script for Apache 2.4

Conflicts:
	debian/aegir2-provision.postinst

this is to allow more flexibility during upgrades (and even installs,
actually). for example it allows the admin to change the location of
the aegir home to be (say) /srv/aegir instead of /var/aegir

see https://drupal.org/node/2118857

first, the symlink was just not created because a variable wasn't
passed properly.

second, permissions were fixed on the directories only on installs,
which is error-prone: we should fix them all the time.

see #2003712

provision is just a drush extension, no need to configure the
webserver directly here. if users want to use provision by hand, they
should be able to create that symlink themselves.

the trade off between duplicating the checks and logic between the two
packages just wasn't worth it

those are drush packets that spew out on stderr

it seems that those packets are sent to stderr, so we merge stderr
into stdout. we also pass the --debug flag to backend-parse so that it
actually shows the debug output when debugging is enabled

otherwise the other provision commands will not work properly

apache2 remains the default

we were going through a lot of trouble to just display the platform alias, we don't care about the alias, just the location, which we still display

Refs #1309080.

this will make sure things fail properly, see #1300216

somehow we get prompted for the mysql password twice

keep supporting the DEBUG flag, it is now deprecated, and DPKG_DEBUG is
still supported.

rm -rf on the platform is a very bad idea because it breaks the apache
config and then it fails to restart. provision-delete cleans up
properly.