make file Path post at http://apps.leveltendesign.com/project/openenterprise
projects[openenterprise][location] = http://apps.leveltendesign.com/fserver
alpha2 is downloaded and fails.
Please post a complete make file when you make update to fix this problem.
Comments
Comment #0.0
drupal999 commentedadded info
Comment #1
randallknutson commentedSee the README file for instructions. Also note that the git repo has been moved to drupal.org
Comment #2
randallknutson commentedIn case the README isn't up to date yet, here is the latest I'm using:
core = "7.x"
api = 2
projects[drupal][type] = core
projects[drupal][version] = "7.10"
projects[openenterprise][type] = profile
projects[openenterprise][download][type] = git
projects[openenterprise][download][url] = http://git.drupal.org/project/openenterprise.git
projects[openenterprise][download][revision] = DRUPAL-7--1-0-BETA3
Comment #3
drupal999 commentedThank you for your post of make file.
Comment #4
Joel MMCC commentedThat .make file in #2 no longer works. The git.drupal.org URL is no longer valid, or else drush make is failing for some other reason (it says “
Unable to clone openenterprise from http://git.drupal.org/project/openenterprise.git. [error]”I thought at first that it was because the version requested wasn’t the latest one and the only recommended one (other that “-dev”) available at the repository. So, I edited the .make file to update for both Drupal 7.12 and OpenEnterprise 7.x-1.0-beta7:
My drush-make command (from within the drupal installation directory):
~/drush/drush make --no-core --contrib-destination=. ../openenterprise.makeBut I still get the error, even with the .make file updated as above.
I can’t even use
~/drush/drush dl openenterprise --destination=./profilesto get it! That generates this error:And yes, the directory “./drupal/profiles/” does exist, and is user-writable. I’m able to download other projects with “drush dl” just fine (it’s how I got the Drupal 7.12 core, in fact).
(Using Drush 5.1)
Comment #5
August1914 commentedI first noticed this problem within the last week (before it worked with drush)
drush dl openenterprisefails with the message "Project openenterprise (7.x-1.0-beta7) could not be downloaded to..."
Just to be clear, for example, this works fine
drush dl commons --destination=./profiles
drush dl openenterprise --destination=./profiles
(of course in the meanwhile, you can always just download the tar.gz)
Comment #6
Joel MMCC commented@August1914 #5, are you saying that I have to
drush dl commonsfirst? Why would that be? Or are you saying that specifying “--destionation=./profiles” (which I did — see my post above) is the key? I did add “--select” but I always do that so that I’m sure I didn’t mistype the project name. If it comes back with a list of available versions (which it did), I know I got it right.The entire sequence:
Comment #7
August1914 commentedSo much for "just to be clear" (ha).
I'd intended to add that the second line
drush dl openenterprise --destination=./profilesfails in the same way (..could not be downloaded to..)
The intention is to demonstrate that this is not a local directory/file/user rights issue, as I can successfully download "commons" (for example) with drush, but the exact same context with oe. Didn't mean any more than that. I tripped up by rights issues all the time, but it seems it's not the case here...
Comment #8
Joel MMCC commentedAh, I understand now.
So, maintainers, what’s the problem here? Why does downloading this fail, when pretty much all other projects in the entire Drupalverse succeed at least in being downloadable via Drush using the same syntax and same directory permissions?
Comment #9
randallknutson commentedJoel, Open Enterprise is not a module, it is a Distribution. That is why it is different. All distributions will have this issue.
Comment #10
August1914 commentedThis has to be an issue with rights on the host; at least in the scenario I'm looking at, the distro .tar.gz is downloaded by drush but then cannot be copied to target directory. Debugging what is going on in the shell should show us what's going on. It's not that big a deal, because we can wget the tar ball and unpack it easy enough, and all we've lost is the convenience of a few keystrokes drush would have saved.
Problem getting apps is related, but the workaround a little different. If you get the sit up first, and then go an make sure that directory rights are set properly under sites/all/*, then the app installation should go ok.
Comment #11
Joel MMCC commentedYes, I know that it’s not a Module, but a Distribution Profile.
Yet Commons (aka Drupal Commons) is a Distribution Profile also (a pretty complex one, with Organic Groups, etc.), and you yourself said that that worked just fine with Drush dl (#7), using the same directory permissions!
Comment #11.0
Joel MMCC commenteddelete info not correct