-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using makefile with install profile and download:type: copy puts files in wrong location #2311
Comments
Ping @ergonlogic: this bug is preventing automated testing on hostmaster. |
I think it's recursing into the profile to run the included hostmaster.make ... after that it's handled as a module .... 'DrushMakeProject_Module Object' |
Ah, interesting. I am testing now with openatrium, which does not have an openatrium.make file.... |
Nope! It's not just hostmaster. OpenAtrium also installs in the wrong place.
Just FYI it's really slow, and errored out, so I had to use...
Much faster! |
tracking it up the chain... It's a module in drush_make_process() when it's loaded from the temporary file... |
Ok! I got the profile (and all dependant modules) into the right place using
Once that worked I realized that the default might be being set for hostmaster as well, so I looked and found
in drupal-org.make. Commenting out this (and removing the contrib_destination option above) also worked. |
Make is deprecated. Closing old issues. |
I'm working on setting up automated tests for Aegir using Travis.
I was able to get the "hosting" drupal modules to copy from a local path using download type == 'copy', but when I try to do the same for hostmaster, my install profile ends up in sites/all/modules.
Steps to reproduce:
Get a drupal distribution:
Setup a makefile to copy that profile:
build-local.make
Run
drush make
Look for the profile in the expected location. It's not there.
Look for the profile in sites/all/modules. There it is!
The text was updated successfully, but these errors were encountered: