Log of /contributions/modules/provision/db_server/install.provision.inc

---

Revision 1.10 - (view) (download) (as text) (annotate) - [select for diffs]
Tue May 12 21:23:53 2009 UTC (6 months, 2 weeks ago) by anarcat
Branch: MAIN
CVS Tags: DRUPAL-6--0-2, DRUPAL-6--0-2-BETA1, DRUPAL-6--0-2-RC1, DRUPAL-6--0-3, DRUPAL-6--0-3-RC1, DRUPAL-6--0-3-RC2, DRUPAL-6--0-3-RC3, DRUPAL-6--0-3-RC4, DRUPAL-6--0-4-ALPHA1, DRUPAL-6--0-4-ALPHA2, DRUPAL-6--0-4-ALPHA3, HEAD
Changes since 1.9: +2 -14 lines
Diff to previous 1.9

Refactor the algorigthms to guess the proper 'host' part of the MySQL
user names

Completely remove the user when revoking his privileges.

Closes: #455954

---

Revision 1.9 - (view) (download) (as text) (annotate) - [select for diffs]
Sat May 9 19:24:17 2009 UTC (6 months, 2 weeks ago) by anarcat
Branch: MAIN
Changes since 1.8: +2 -3 lines
Diff to previous 1.8

process the 'localhost' exception only if we're going for the
localhost sql server

---

Revision 1.8 - (view) (download) (as text) (annotate) - [select for diffs]
Sat May 9 19:17:58 2009 UTC (6 months, 2 weeks ago) by anarcat
Branch: MAIN
Changes since 1.7: +6 -1 lines
Diff to previous 1.7

add an exception for 127.0.0.1: MySQL doesn't like grants based on
that IP address

---

Revision 1.7 - (view) (download) (as text) (annotate) - [select for diffs]
Sat May 9 16:05:33 2009 UTC (6 months, 2 weeks ago) by anarcat
Branch: MAIN
Changes since 1.6: +1 -1 lines
Diff to previous 1.6

default to FQDN only if there's no IP define in the webserver

the logic was reversed for some reason

---

Revision 1.6 - (view) (download) (as text) (annotate) - [select for diffs]
Thu May 7 22:04:29 2009 UTC (6 months, 2 weeks ago) by adrian
Branch: MAIN
Changes since 1.5: +3 -3 lines
Diff to previous 1.5

#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.

---

Revision 1.5 - (view) (download) (as text) (annotate) - [select for diffs]
Thu Apr 30 15:16:23 2009 UTC (6 months, 3 weeks ago) by anarcat
Branch: MAIN
Changes since 1.4: +6 -1 lines
Diff to previous 1.4

use the webserver ip, if available or the webserver hostname to create the grants

Closes: #337485

---

Revision 1.4 - (view) (download) (as text) (annotate) - [select for diffs]
Mon Apr 6 17:45:54 2009 UTC (7 months, 2 weeks ago) by adrian
Branch: MAIN
CVS Tags: DRUPAL-5--0-2-ALPHA1
Changes since 1.3: +2 -2 lines
Diff to previous 1.3

Move to drush_invoke instead of provision_invoke

---

Revision 1.3 - (view) (download) (as text) (annotate) - [select for diffs]
Fri Mar 20 16:13:24 2009 UTC (8 months ago) by adrian
Branch: MAIN
Changes since 1.2: +12 -16 lines
Diff to previous 1.2

#407334 - Refactor to use the drush_context API instead of passing a reference to the $args global

---

Revision 1.2 - (view) (download) (as text) (annotate) - [select for diffs]
Tue Feb 3 00:34:11 2009 UTC (9 months, 3 weeks ago) by adrian
Branch: MAIN
Changes since 1.1: +1 -1 lines
Diff to previous 1.1

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.

---

Revision 1.1 - (view) (download) (as text) (annotate) - [select for diffs]
Tue Dec 9 02:17:48 2008 UTC (11 months, 2 weeks ago) by adrian
Branch: MAIN

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