GitLab

raise backup bootstrap level to configuration so we load the settings file and therefore be able to backup existing, non-verified sites for easier import into aegir

include the time in the backup file so we know when the backup was done, regardless of the timestamp

this improves performance radically on big backups

Set the umask in the settings.php file, so that directories created by the web server remain writable. Also chmod on the files directory is no longer generating an error. This is a critical issue that stopped verification, deleting and migration of any site with imagecache enabled. namely all open atrium sites. also fix #533034

Added chmod_recursive, chown_recursive and chgrp_recursive to provision_path, and also added -p to the tarball creation and extraction, to preserve permissions.

when doing backups, don't use '*' as a pattern because that's relative to the current directory, use .

when doing backups, do not use a seperate command to cd, tell tar to use that directory instead. this will make sure that the command doesn't succeed if the source directory doesn't exist

Closes: #458250

#456622 - ensure that drush_invoke operates in a clean namespace and does not mistake drupal hooks as its own. Check the issue for the conversion script.

Synched head with d6 branch. Works with drush 2.x and no longer needs to be enabled on a site, as it is no longer a module. Hosting has not been updated to point to the right place per server, so you have to create the symlink to the central drush.php yourself. I have not sorted out the version specific stuff yet either.

First import of the basis of the 0.2 release of provision. This version has a much cleaner api, through the dynamic inclusion of <command>.provision.inc files , which any module can overload. Each of these files has the exact same structure, and thus it is much clearer what happens when, and much much simpler to document / extend. I also removed all the drupal dependencies i could find, in preperation for moving to a version agnostic drush, for all buy provision_drupal (which is going to be spun off into a different project). This also includes a working update command, and keeps track of the modules installed on a site after every verify / upgrade process. This information is not being tracked in hosting, yet