Closed (works as designed)
Project:
Drush Make
Version:
6.x-2.x-dev
Component:
Code
Priority:
Minor
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
17 Mar 2010 at 15:11 UTC
Updated:
13 Jun 2010 at 18:38 UTC
Has the [install_path] attribute been deprecated?
Lines 134-136 of drush_make.utilities.inc seem to suggest it has. What is the new method for a makefile to be able to specify where the project files will be put please?
Specifying --contrib-destination on the stub makefile that downloads the profile (with the makefile in it) doesn't seem to persist, so the projects default to profiles/profilename/modules still.
Other install profiles such as Open Publish also rely on [install_path]
Thanks for any help - and thanks for drush_make, it's awesome :)
Comments
Comment #1
dmitrig01 commentedDepends what you want to do. Do you mean you want projects in sites/all? Semantically, profile-related projects should be in profile/profilename. Why would you want it another way?
Comment #2
steveparks commentedYes, we used the option of putting all projects in sites/all before.
It's not a big deal, but we like having one place where contrib modules/themes are stored to avoid someone uploading the same module to sites/all and causing a namespace issue.
We also then only give devs access to the symlinked sites/ directory to upload modules, updates etc, and only those directories are versioned.
As I say, not a big problem, but [install_path] just suddenly stopped working and I wondered if there was an important reason for removing the option to override the default location, and if a new way to override this was going to be introduced.
Comment #3
steveparks commentedOne issue with this being deprecated turns out to be when including external libraries in a makefile. You lose the ability to place them in sites/all/libraries which is where many modules require them to be (eg WYSIWYG module and the TinyMCE, FCKEditor etc libraries)
Comment #4
pcambrasuscribe
Comment #5
yhahn commentedThe
install_pathoption is indeed deprecated.--contrib-destinationis the proper flag to use when choosing a different root directory for projects.As of now, having an install profile makefile write to directories higher than its designated directory is not supported. FYI, the Libraries module does support libraries in
profiles/[profile]/libraries.