I have created an install profile (http://github.org/lsolesen/larsolesen.dk). It installs correctly unless I try to include boxes, context and media. In their cases I receive the following error.
Project information for boxes retrieved. [ok]
Invalid version for boxes. [error]
Fatal error: Class 'DrushMakeProject_' not found in /home/lsolesen/drush/commands/drush_make/drush_make.drush.inc on line 142
Call Stack:
0.0013 114432 1. {main}() /home/lsolesen/drush/drush.php:0
0.0306 1523160 2. drush_main() /home/lsolesen/drush/drush.php:40
0.1348 3907600 3. drush_dispatch() /home/lsolesen/drush/drush.php:90
0.1349 3909724 4. call_user_func_array() /home/lsolesen/drush/includes/drush.inc:51
0.1349 3910196 5. drush_command() /home/lsolesen/drush/includes/drush.inc:0
0.1359 3913568 6. call_user_func_array() /home/lsolesen/drush/includes/command.inc:381
0.1359 3913764 7. drush_invoke() /home/lsolesen/drush/includes/command.inc:0
0.1377 3924388 8. call_user_func_array() /home/lsolesen/drush/includes/command.inc:330
0.1377 3924868 9. drush_drush_make_make() /home/lsolesen/drush/includes/command.inc:0
0.1413 3929136 10. drush_make_projects() /home/lsolesen/drush/commands/drush_make/drush_make.drush.inc:100
27.1044 4137568 11. DrushMakeProject->make() /home/lsolesen/drush/commands/drush_make/drush_make.drush.inc:174
33.1302 3938948 12. DrushMakeProject->recurse() /home/lsolesen/drush/commands/drush_make/drush_make.project.inc:35
33.1338 3945132 13. drush_make_projects() /home/lsolesen/drush/commands/drush_make/drush_make.project.inc:224
Drush command could not be completed. [error]
Maybe I have set it up incorrectly, but regardless it should not probably not show the Fatal Error?
Comments
Comment #1
moshe weitzman commentedComment #2
deviantintegral commentedI am running into this as well. In particular, it happens with nodequeue, and strangely, when I add a patch to apply to CCK. If I remove nodequeue, the error message for CCK doesn't even show the version in my make file.
This results in:
Comment #3
deviantintegral commentedHere's part of the problem - check out $releases from nodequeue. Looks like it's somehow creating 2.2-dev instead of 2.x-dev:
Comment #4
deviantintegral commentedI believe this is a problem with updates.drupal.org, and have filed #957840: version_patch is being defined for dev releases.
Comment #5
lsolesen commentedAnyone knows whether this has been resolved?
Comment #6
lsolesen commentedI am having problems with media, boxes and context.
Comment #7
geek-merlinugh, seems link i get this problem with l10n_update in 6.x tree
Comment #8
dmitrig01 commentedthis will be solved at #957840: version_patch is being defined for dev releases
Comment #9
nedjoNote that the error message can result when there is no recommended_major value specified.
To see if this is the issue, visit the project's page and look for a recommended release in the version youi're working with, or else look at the XML for the particular project. E.g., currently, boxes has no recommended release for D7, http://updates.drupal.org/release-history/boxes/7.x
Compare to views, which does, http://updates.drupal.org/release-history/views/7.x
Comment #10
winston commentedSame problem with marinelli theme. It doesn't currently have a recommended release for 6.x so I'm getting the same reported behavior with a drupal 6.x make file that includes marinelli project.
Comment #11
jon pughI'm not sure if this particular issue will be fixed by #957840: version_patch is being defined for dev releases... sorry if I am wrong but...
This is happening across the board, I can confirm nedjo's experience, it is because of the "recommended" flag on modules.
I am, sadly, trying to use make for an old 5.x site and it works, except for the modules that started dropping that flag from longstanding 5.x versions, like views, webform, votingapi, and some other critical modules.
I tried to include the specific version of each of those modules, to no avail. If its not marked "recommended" by a maintainer, it will not download, unless you add the CVS info for each project. Since I am trying to keep a clean build.make file generated from the site itself, changing all of those to CVS would be a pain. including the versions for just the modules that needs them worked for generating, but not for building the site.
Funny part is... drush dl still works fine for those modules when you specify the version. I would think it would be best to use the same behavior here?
Shouldn't drush_make force download if a specific version is added to a project? Either that or a "ignore-non-recommended-versions" option would be nice. I'm too swamped to worry about this much now, but it seems like it would be a permanent problem if drush make depends on maintainers keeping the versions of modules used by devs set as "recommended" ...
Comment #12
mxmilkiib commentedsame problem when trying to pull in dev 2.x of Exportables.
both;
projects[exportables] = 6.x-2.x-devand
projects[exportables][version] = 6.x-2.x-devfail.
trying to use the above recommended cvs method fails with the revision as either
DRUPAL-6--2.x, DRUPAL-6--2, or DRUPAL-6.x--2.xgives "Unable to download exportables from unspecified module."then i tried the "get" method with the url of the tar.gz and it worked fine.
Comment #13
lsolesen commented@milkmiruku: I think your code is wrong. You should do like this:
Comment #14
mxmilkiib commented@lsolesen; you're correct, my bad, thank you :)
Comment #16
dmitrig01 commentedfixed