Closed (fixed)
Project:
Colorbox
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
28 Jun 2010 at 15:32 UTC
Updated:
5 Apr 2011 at 08:31 UTC
Jump to comment: Most recent file
Comments
Comment #1
nicholas.alipaz commentedHere is the patch
--
Los Angeles Web Design and development for Drupal.
Comment #2
frjo commentedNice! Committed to 6-dev.
Is the format the same for D7 so I can commit the same file there and just change the "core = 6.x" part?
Comment #3
nicholas.alipaz commentedactually, I had hoped that drush_make would be able to find that .make file in the drush subdirectory. It seems that the file is not unfortunately found. I just tested it using a drush make that did a cvs checkout of your most recent commit. So the file will need to move into the project's base path unfortunately. Sorry for this issue.
As for D7, I would think it would be the same since drush_make & drush only have one version for drupal.
Reference:
#644812: Recursion should not execute all makefiles found in a project
Comment #4
nicholas.alipaz commentedmarking "needs work" until the file gets placed in the correct path.
Comment #5
frjo commentedComment #6
nicholas.alipaz commentedJust an update to say everything looks like it is working correctly in the 6.x branch with the new make file, here is a sample of what my console looked like when I ran the make I have:
Here is my example working mysite.make file, it downloads drupal core, jQuery update 2.0-alpha1 and colorbox module/library:
Once there is an official release of the colorbox module with colorbox.make in it or the .make file gets packaged into dev (may already be) then using cvs won't be necessary of course. Just
projects[] = colorboxwill be enough.Comment #8
eugenmayer commentedWith the current drush make 2.0 the make file of colorbox is broken. Please remove the make file out of the module or the release.
In general it can be a nice idea, but you take away the responsibility of the developer.
E.g. i cant _ever_ chose my own colorbox lib version when i include your module this way into my make files. Your version is forced and even worse, the make process errors. Please just seperate the module and the library. If someone uses drush make he know how to add a library himself, no need to force him. If someone is a starter / beginner and you want to ease up installation, i just can tell you, that person will neither use drush, nor ever use a makefile.
Dont forget that those make files are use recursivly, so if the colorbox (module) is part of a bigger make file, the library is forced. When you make file is not, like now 100% up-to-date or uses an older lib, or whatever, the whole process brakes.
just test this
Thanks!
Comment #9
frjo commentedRenamed them colorbox.make.example for the time being. Thanks for the report.
Comment #10
frjo commented