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

the rationale for upgrades is obvious: even if the next package will
restore the link, the upgrade may fail and then all sites go
down. even if it doesn't fail, sites go down for the duration of the
upgrade: bad. this affects 1.x to 2.x upgrades.

the rationale for remove is that we don't completely destroy the data,
so the sites are expected to remain.

we also cleanup after ourselves in special corner cases
(abort-install, disappear) as well.

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

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

we do this because we expect all the aegir packages to h ave the same
prefix, so that aptitude search aegir2 shows all packages

we conflict with the previous aegir-foo2 packages so we have an
upgrade path from previous 2.x releases, but the final 2.0 release
will drop those compatibility shims.

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

This reverts commit 7d5f546e.

those are drush packets that spew out on stderr

This reverts commit 59a0a654.

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