unable to include projects in make file from custom location (Feature server)

When specifying non-d.o. sources, you must specify the project type:

projects[foo][type] = "core"
projects[bar][type] = "module"
projects[baz][type] = "theme"

@Cyperwolf if this was possible in 4.x, it certainly wasn't intended to be removed, and I'd be happy to add back the functionality. I'll look into this shortly, but we'd need a stable non-d.o. feature server to test against, or a unit test against the intended functionality.

Drush Make stopped work with module Feature Server 6.x-1.1, which is stable. The #1 comment didn't help.

from commands/make/README.txt:

- `location`

  URL of an alternate project update XML server to use. Allows project XML data
  to be retrieved from sites other than `updates.drupal.org`.

        projects[tao][location] = "http://code.developmentseed.com/fserver"

Attached patch fixes it but we still need a public feature server that works for documentation and tests.

I've tested several ones from the list at http://groups.drupal.org/node/50278 and http://community.featureservers.org/ with no luck. Basicly we need a reference fserver with the only requirement to just be used to perform a drush dl as in:

drush dl --source=http://features.chapterthree.com/fserver openatrium_apachesolr_search-6.x

I confirm, that #6 works. Thanks.
My environment:
- Drush All-versions-5.x-dev;
- Feature Server 6.x-1.1;
- type "module" specified as in #1 comment.

#1 is not needed. Just:

projects[foo][location] = http://example.com/fserver

We need a publicly accesible fserver in order to update the README and write a test. Anyone?

Forgot to say about a strange notice while processing make file:

DRUSH_BACKEND:{"type":"command","message":"Backend invoke: \/usr\/bin\/php \/home\/marshalkina\/drush\/drush.php --php=\/usr\/bin\/php --backend=2 --reserve-margin=4 make-process \/tmp\/make_tmp_1336142819_4fa3ebe31479d 2>&1","timestamp":1336142844.5657,"memory":9975048,"error":null,"packet":"log"} >>

It appears even without -v or -d flags and just before the module downloaded from fserver.

So it seems there's no publicly accesible fserver available at present. Just committed #6 as it fixes the regression.

@Cyberwolf: That's a different issue. That's about installation profiles referenced in .make files. This issue is simply about using feature servers instead of Drupal.org to download modules.