1. 06 Apr, 2010 1 commit
  2. 28 Mar, 2010 1 commit
  3. 04 Feb, 2010 2 commits
  4. 16 Dec, 2009 1 commit
  5. 08 Dec, 2009 1 commit
  6. 05 Dec, 2009 1 commit
  7. 18 Nov, 2009 1 commit
  8. 13 Nov, 2009 1 commit
  9. 05 Nov, 2009 1 commit
  10. 29 Oct, 2009 2 commits
    • Adrian Rossouw's avatar
      Use apaches mod_env to set the database credentials in the virtualhost file,... · 0ced18e2
      Adrian Rossouw authored
      Use apaches mod_env to set the database credentials in the virtualhost file, so that they are only accessible inside a specific process. the $_SERVER values are now bootstrapped in the verify site process and the config file rewritten, so that you can now safely verify a site. the $_SERVER values are stored inside the site drushrc.php so that normal drush commands will continue to operate as they would. The open_basedir directive is commented out until we can resolve issues with it.
      0ced18e2
    • anarcat's avatar
      restrict sites to their platforms as another security layer · 20b6dd16
      anarcat authored
      this also makes sure that ~/config/includes/global.inc exists so that open_basedir checks don't break
      
      this is just a quick workaround to make sure sites can't access the aegir site database, which should be kept in a separate platform
      
      Spotted and original patch by: emspace
      20b6dd16
  11. 29 Sep, 2009 1 commit
  12. 07 Sep, 2009 1 commit
  13. 08 Jun, 2009 1 commit
  14. 04 Jun, 2009 1 commit
  15. 07 May, 2009 1 commit
  16. 16 Apr, 2009 1 commit
  17. 07 Apr, 2009 1 commit
  18. 06 Apr, 2009 1 commit
  19. 03 Apr, 2009 1 commit
  20. 28 Mar, 2009 1 commit
  21. 27 Mar, 2009 1 commit
  22. 26 Mar, 2009 2 commits
  23. 24 Mar, 2009 1 commit
  24. 20 Mar, 2009 1 commit
  25. 22 Feb, 2009 2 commits
  26. 04 Feb, 2009 2 commits
  27. 03 Feb, 2009 1 commit
    • Adrian Rossouw's avatar
      Synched head with d6 branch. Works with drush 2.x and no longer needs to be... · 71a10d34
      Adrian Rossouw authored
      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.
      71a10d34
  28. 09 Dec, 2008 1 commit
    • Adrian Rossouw's avatar
      First import of the basis of the 0.2 release of provision. This version has a... · 415ea351
      Adrian Rossouw authored
      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
      415ea351