Closed (fixed)
Project:
Drush
Component:
Make
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Jun 2012 at 08:34 UTC
Updated:
27 Aug 2012 at 07:51 UTC
Jump to comment: Most recent file
Hi,
When I run drush make I get this error:
my_profile cloned from git@github.com:my_profile.git.
Checked out branch my_branch.
Unable to copy /tmp/drush_tmp_1339402421_4fd5a8b57adc7/my_profil to /tmp/make_tmp_1339402420_4fd5a8b4871ab/__build__/profiles/my_profile.
My .make file looks like this:
; API
api = 2
; Core
core = 7.x
; Drupal project.
projects[drupal] = 7.14
projects[my_profile][type] = profile
projects[my_profile][download][type] = git
projects[my_profile][download][url] = git@github.com:my_profile.git
projects[my_profile][download][branch] = my_branch
And I run it with: drush make --no-gitinfofile platform.make web
Could it be something with my local permissions, or is this a drush make issue?
I use Drush 5.3.
Comments
Comment #1
jonhattanPerhaps a duplicate of #1595050: Installation profiles are not recognized and considered to be modules ?
Comment #2
misc commentedI do not really see how they relate?
Updated to Drush 5.4, same issue.
Could it have something to do with that I have a password to my ssh key?
Comment #3
jhedstromCould you try running the failing build with either the -v flag or the --debug flag and post any relevant warnings or notices back here. Also, if that doesn't provide any useful feedback, if you could reproduce the error with an example that folks here can try out themselves, that will help track down the problem.
Comment #4
misc commentedI can not setup the same - because it is protected by ssh-key, but the debug looks like this:
Get the same problem in to different setups - Ubuntu and Mac.
With Drush 4.5 with drush make it worked.
Comment #5
gagarine commentedGet the same error with https://github.com/SmartGov/SmartGovApp_distribution
Attached verbose output.
Comment #6
jonhattanTo reproduce:
This bug was introduced between rc3 and rc4.
Comment #7
jonhattanIt's commit http://drupalcode.org/project/drush.git/commitdiff/d16701f?hp=90bf5e23b2...
In concrete this change.
The problem is in drush_copy_dir(). There's an @ supressing errors in
if (@drush_op('_drush_recursive_copy', $src, $dest)) {at includes/filesystem.inc:199Without the @ an error is shown:
and.. it's a symlink, that is broken.
Comment #8
jonhattanI don't know why it's broken. That's the project's fault.
The patch attached recreate symlinks instead of copying the link's destination. It also removes a check in drush_delete_dir() that is not strictly neccesary and allows to solve the issue here. Tests are passing.
Comment #9
jhedstromPatch looks reasonable to me. I haven't tested locally, but if tests are passing commit away.
Comment #10
jonhattanCommitted.
Comment #11
jonhattanPatxch in #8 produce warning messages when trying to delete unexistent files. Reported in #1727546: "unlink(…): No such file or directory filesystem.inc:121” warnings when upgrading Drupal Core after patch in [#1724108]
Fixed in http://drupalcode.org/project/drush.git/commit/ef8910c
Comment #12
jonhattanThis is the patch, in case someone wants to apply:
http://drupalcode.org/project/drush.git/patch/ef8910c?hp=2fff6c424ad344f...