Unable to determine project type for drupal

I'm having the same issue - on make files that have run fine before.

I'm also seeing same behaviour - seems like something has changed on the drupal.org side of things?

I'm seeing the same issue with a fresh Aegir installation.

Project information for drupal retrieved.                                                                                                         [ok]
Unable to determine project type for drupal.                                                                                                               [error]
PHP Fatal error:  Class 'DrushMakeProject_' not found in /var/aegir/.drush/drush_make/drush_make.drush.inc on line 142

Fatal error: Class 'DrushMakeProject_' not found in /var/aegir/.drush/drush_make/drush_make.drush.inc on line 142
Drush command could not be completed.

Until we work out what's happening, you should be able to manually specify project type in your make files.

Not an ideal solution but better than a punch in the face.

Wah, strange. not sure what happened, mig5 may be right.

Sub.

The fix for this was far too simple for the time it took to figure it out!

Mig5's patch from #10 is working fine here. I'm not sure if it is related to this or something else, but a lot of the test suite is failing.

thanks

Was having the same issue with the same error as kepford's #3 above, even after applying patches to beta9. Pulled the -dev version, verified these changes were applied and was presented with the following:

Unable to determine project type for drupal.                                                                                                    [error]
Missing argument 2 for drush_make_error(), called in /Users/logickal/.drush/drush_make/drush_make.drush.inc on line 161 and defined             [warning]
drush_make.utilities.inc:356
Non-existent project type  on project drupal                                                                                                    [error]
Project information for cck retrieved.                                                                                                          [ok]
Project information for views retrieved.                                                                                                        [ok]
/snip/
No core project specified.                                                                                                                      [error]
Cannot move build into place                                                                                                                    [error]
An error occurred at function : drush_drush_make_make                                                                                           [error]

I got this patch to work fine. But in other news, I think drupal.org has just changed this capitalization *back*. Can anyone else confirm?

yeah looks like the changes have been rolled back so the patch is not needed anymore!

sub,

Great work folks!

drush/drush_make seem to be working ok without this patch now.
Thank you to whoever tweaked drupal.org =D

We hit the same problem in drush: #951030: pm-download: Installation profiles and Theme engines are treated like modules

wtf!

I just tried drush_make for the first time tonight, and I got this error:

The 'core' attribute is required [error]
You need to specify an API version of two in your makefile: [warning]
api = 2
An error occurred at function : drush_drush_make_make

any merciful soul willing to help out a n00b?

Here's some more info...
I had already installed Drupal 6.19, but no modules, themes, etc., so I'm trying to use drush_make with "--no-core". Here is the command I used from within the html dir of mysite.com: ~/domains/mysite.com/html$ drush make --no-core sh1.make

I attached my (first ever) make file (appended with _.txt) if that helps.

thanks bunches!!

That doeesn't belong in this issue and i think this may be a stupid answer but try putting --no-core after sh1.make, like this:
drush make sh1.make --no-core

sorry if you think this is the wrong thread....I posted here because I got the same API error as the original post.

thanks for the suggestion, but it did not change anything. still got the same error.

That is not the same error I'm afraid.

The error referred to in this issues is:

Unable to determine project type for drupal. [error]
Drush command could not be completed. [error]

To solve your problem simply prepend the following to your make files:

api = 2

This issue should be closed now that it was tracked to a temporary drupal.org problem.

ok. will try that. thanks for the help, borg! and sorry again for being in the wrong place! 8-/

No no, you're helping, I'm just busy, lazy and tired (just got to this issue, and have now reverted the patch)

Sorry for opening this again, but I just got this problem, and made it work, so if anyone else experiences the same... It happened from one hour to the next, with two makefiles. I had been adding some modules to them, but this suddenly happened.
The error message looked like this:

Project information for drupal retrieved.   [ok]
Unable to determine project type for drupal.   [error]
Non-existent project type  on project drupal   [error]
Drush command terminated abnormally due to an unrecoverable error.   [error]
Error: Call to a member function make() on a non-object in /Users/fredrik/.drush/drush_make/drush_make.drush.inc, line 227

I tried to just strip it down to the simplest i could think of, being:

; CORE
core = 6.x

; drush make API version
api = 2

projects[] = drupal

but that also failed. I then added the type parameter, like this:

; CORE
core = 6.x

; drush make API version
api = 2

projects[drupal][type] = core

And it worked again. Not sure why, but at least it worked :)

Same issue here, I think something just changed.

Yup - looks like they've done it again!

Same fix works (projects[drupal][type] = core).

On a side note: It seems that if the core property is specified twice in one drush make run, drush loses track of the core version to use. I reported this to the shadowbox project, which includes a makefile: http://drupal.org/node/949392#comment-4153942.

In that case, I specify the makefile as in my previous comment here (#29), but when the shadowbox module is loaded, its shadowbox.make file is discovered, which "redeclares" the core property, and drush make fails.

Yes, "projects[drupal][type] = core" works, but "projects[] = drupal" doesn't right now.

I can confirm this issue as well. The fix in #29 mitigates the issue.

I've fixed in -dev

thanks @boztek! works for me. I assuming this is problem due to CVS > git migration

Hi,

I get this problem in the 6.x-3.x branch as well, but the fix from the patch in #8 didn't work for me, I think that checking for "Drupal core" is the solution, at least that's what I can see by var_dumping $release_history->terms->term. You find that change in the attached patch.

Any comments? If this has been fixed already, then could you push the changes please? An issue should be marked with "Fixed" only after push IMHO.

Thanks a lot,
Antonio

This is due to a recent change in drupal.org. see #1070310: Split "Drupal project" taxonomy term into "Drupal core" and "Drupal.org projects"

@ao2 there's other occurence of "Drupal project" in contrib/drush_make_d_o.drush.inc

Version 2 of the patch.

Changes since v1:
Change the occurrence of 'Drupal project' also in contrib/drush_make_d_o.drush.inc as pointed out by jonhattan.

where should I locate this code ?

I didnt find any drush_make file

Great.

first, you must run command from the 'websites' folder

second, update the desired make file, located on the websites folder:
change line: projects[] = drupal
with line: projects[drupal][type] = core

third, run the 'drush' command with the selected make file

its works.

guys, this is because of things have changed from Q0.8 to Q0.9, please add this to the release notes

can someone explain in detail what is changed ?

I had this problem and noticed it was copying settings.php to siites/ folder rather than sites/default

committed #39

@dmitrig01: thanks.

However I don't figure as the author of the patch in the git history. Please use git am to apply patches so the authorship and the exact commit message is preserved. If something is not right in the patch or in the commit message one should just tell the author and wait for a fixed patch to apply verbatim, or at least say “I am going to change this and that before I merge the patch”.

For the next time :)

Regards,
Antonio

er, sorry. i'm still learning ;-)

Well it looked like you'd just solved my issue by specifying the type in the projects section of the default.make file but I still get the same problem. I'm new to drupal so it might just be a stupid error (even new to linux, php etc).

Feel free to post in another thread but it is related to the issue of the day. I've just got QuickStart 0.9 running Ubuntu and am working through the idiot's guide, so all I did was run "drush quickstart-create --domain=Vale.dev" and got the same error as in the rest of this thread.

As I didn't specify any make file, my default.make file in the websites folder should take over and I made sure that this read as follows:

core = 7.x
api = 2
projects[drupal][type] = core

I still get the same error messages however. Something I've done?

Meant to say "feel free to tell me to post in another thread"

Oops. Ignore my posts on this thread.

Just noticed that I'm an idiot and obviously new to this as I saw that the issue was the same but didn't notice it related to V6 and I'm trying to sort out V7. I've also noticed that the "drush quickstart-create" command isn't getting to the outside world even with the firewall off (confirmed with Fiddler 2) and since the feedback says that it's downloading then this could be more the problem than anything else.

I'll try and do some digging and then maybe post somewhere more appropriate.

Thanks anyway.

Mad Mash: the point is that a recent change in drupal.org (see comment #38) break drush_make. The patch in this issue is to fix that and without it, drush_make is a broken toy. You need to apply the patch or update to the last version including the patch or ask quicktstart maintainers to update the project.

#39 resolved mi issue, thanks.
Subscribing.

Yeah, my final post hinted that I realised it was nothing to do with the original issue. I'm looking at trying to avoid using Drush in the Quickstart VM as a workaround.

I'll hopefully find the correct place to post if I need to.

Off topic but, doesn't this point to the need to drush and drush make to have a common class for interacting with u.d.o. There seems to be a decent amount of code duplicated between the 2.

Running 6.22 and I too had to add
projects[drupal][type] = core
to the drush make file to resolve:

"Project information for drupal retrieved. [ok]
Unable to determine project type for drupal. [error]
Non-existent project type on project zen [error]
...
Project information for zen retrieved. [ok]
PHP Fatal error: Call to a member function make() on a non-object in /home/fred/.drush/commands/drush_make/drush_make.drush.inc on line 227"

Is this issue back? I'm seeing identical behaviour...

I'm getting it now with Drush 5.1. If I start the make file with

core = 6.x
api = 2
projects[drupal][type] = core
projects[drupal][version] = "6.28"

I get through the make, but the resulting site can't find bootstrap.inc
PHP Warning: include_once(): Failed opening './includes/bootstrap.inc'

Please don't continue commenting here: I appreciate you might have problems, but this isn't the place to report them, for two reasons:

1. Drush make as a separate project is obsolete: as of Drush 5.x, it has been folded into (see the main page for this very project).
2. Drush itself has been moved to github (see the main page for Drush).

As nobody commenting so far has even reopened this ticket (which is a good thing, given the above) then it's likely that your comments are going to be ignored one way or another.

So if you're having problems with Drush make, you should open a Drush issue on github to tackle it. Indeed, it looks like a likely identical issue already exists that might be about solving your problems.

While Drush 5.x and higher have drush_make included, the stable Aegir 1.x branch still uses Drush 4.x which uses this stand alone drush_make. Anyone stuck with drush_make-6.x-2.3 build errors post d.o D7 upgrade may want to check out http://community.aegirproject.org/discuss/platform-errors-after-do-d7-mi... and #2140621: Invalid version type for 7.24 and 7.23 error when installing via drush

#59 has been spun off into #2145075: Fix for 'Project Release Packaging' because of change in xml after Drupal.org D7 upgrade.