Log of /contributions/modules/provision/provision.path.inc
Parent Directory
| 
Revision Log
| 
Revision Graph
Revision
1.24 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Jun 30 01:28:53 2009 UTC
(4 months, 4 weeks ago)
by
adrian
Branch:
MAIN
Changes since
1.23: +75 -10 lines
Diff to
previous 1.23
Added chmod_recursive, chown_recursive and chgrp_recursive to provision_path, and also added -p to the tarball creation and extraction, to preserve permissions.
Revision
1.19 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Feb 11 21:03:45 2009 UTC
(9 months, 2 weeks ago)
by
anarcat
Branch:
MAIN
Changes since
1.18: +5 -5 lines
Diff to
previous 1.18
try harder to set the permissions in provision_path_chgrp(), because unknown groups may come through with the ITK extensions
See: #334416
Revision
1.17 -
(
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.16: +26 -26 lines
Diff to
previous 1.16
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.8 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Jun 27 08:34:41 2008 UTC
(17 months ago)
by
adrian
Branch:
MAIN
Changes since
1.7: +1 -2 lines
Diff to
previous 1.7
I managed to never commit the provision.install file, which sets the module weights, and makes sure that restore happens in the right order.
This fixes the problem I had where it would try to import the database dump before actually having extracted it.
Fixed the weird chgrp error message it was having (which was just an issue in logging, not in the actual chgrp call)
Revision
1.6 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Jun 27 06:40:13 2008 UTC
(17 months ago)
by
adrian
Branch:
MAIN
Changes since
1.5: +7 -2 lines
Diff to
previous 1.5
Do checking to see that the tarball has been correctly extracted. Remove db password from log info returned to hosting.
Revision
1.5 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Jun 27 02:12:15 2008 UTC
(17 months ago)
by
adrian
Branch:
MAIN
Changes since
1.4: +39 -0 lines
Diff to
previous 1.4
Simplify verify code by creating _provision_create_dir function. Removed duplicate code from other modules. Need this in hosting_setup too.
Revision
1.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jun 19 18:52:51 2008 UTC
(17 months, 1 week ago)
by
adrian
Branch:
MAIN
Changes since
1.2: +21 -0 lines
Diff to
previous 1.2
Added restore functionality for #237555. Implement rollback as well, if something goes wrong it rolls back to the initial system status
Revision
1.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jun 12 19:19:50 2008 UTC
(17 months, 2 weeks ago)
by
adrian
Branch:
MAIN
Changes since
1.1: +2 -3 lines
Diff to
previous 1.1
More work towards restore functionality. Moved the mysql utility functions to provision_mysql.inc, and the help stuff to it's own include too.
Made more constants to replace the various helper functions, still need to document them.
Replaced all references to db_username with db_user, which is consistent with everywhere else in the system.
Revision
1.1 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jun 12 04:02:10 2008 UTC
(17 months, 2 weeks ago)
by
adrian
Branch:
MAIN
Practically completely rewrote the provision_check_path function.
It is now called provision_path, and instead of the nasty switch statement it has a small set of pluggable functions, which work similarly to theme() etc. For that reason I also ended up changing the order of the parameters to be provision_path('mkdir', 'somepath').
The functionality grew to over 200 lines of code (mostly comments), so i split it off into it's own file.
I also added checks that the user is in the correct group, and it will specify it to the user if it comes to it, but I should really hook it up into the user interface and write some better documentation about it before i can close #245664. Although it seems chgrp now fails silently for me, even from the command line. Please check it out.
I moved _provision_drupal_recursive_delete to provision.inc and removed the drupal from the module prefix. I also made it use the provision_path module for logging purposes, cleaning it up a bit.
#262008 is now completely fixed. I've re-added the permission checking in provision_drupal.module, since it now works. It was missing a clearstatcache(), so i added these pretty liberally.
Part of the fallout from this, is that each of the provision_path_ functions have an optional third parameter, which is a reference. This reference can be used to provide a reason for the operation failing. Also, mostly due to the chown function, i run the messages through t() before they get sent to logs. Meaning developers can just use @path and @confirm in their error messages, and they get the centrally prettied up variables. It's made the verify code a lot easier on the eyes. just check out provision_verify.
Added redirection to a new site maintenance page, for while the site is being restored.
Added a switch paths function, which flips around site directories. I'm building restore to be non-destructive, until after the site has been completely restored and verfied. #237555
I'm making a move to using more defines for various site infrastructure things. I just tackled the paths, will do the current user and current group stuff soon, bringing it back in line with hosting. It cleared up a fair amount of code just doing the paths.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
select a symbolic revision name using the selection box, or choose
'Use Text Field' and enter a numeric revision.
