The reason is that 8.x-3.0-beta3 doesn't define a separate ldap module. You need version 8.x-3.0-beta7 which defines ldap as a "meta" module.
composer why-not drupal/ldap 8.x-3.0-beta7 will probably tell you that you need the dev version of drupal/authorization.
Thanks to the comment below from @mpdonadio below, it seems better to follow the official documentation right here: https://www.drupal.org/node/2700999#s-special-considerations-for-upgrading-to-drupal-880-and-later
git add composer.lock; git commit # Save the updates as a separate commit.
composer remove webflo/drupal-core-strict --...
I followed the preferred-install source like I documented for contrib modules which fits my needs.
composer create-project --no-install drupal/recommended-project:8.8.x-dev se-291135
This results in a require of ^8.8 (like 8.8.2) so we need to edit composer.json and change all those occurrences into 8.8.x-dev and add the preferred-install
I am not sure if there really is a correct, or best way. All of the core devs I have interacted with have their own setup that works best for them.
My general setup is
directory per remote branch: right now I have drupal-8.8.x, drupal 8.9.x, and drupal 9.0.x
git branch for each patch that is in the issue-comment form: 3113284-02, 3113284-04)
I do this ...
To have this be done automatically people will simply configure their project's composer.json themselves. So I'd recommend to just explain one more time how this is supposed to be done via Composer on your project's page on drupal.org or in the documentation to your module.
How to use Composer to install third ...
For anyone else facing a similar problem, I just wanted to add that, as of Aegir 3.18, it seems possible to configure Composer to download and install third party libraries for Drupal modules from https://asset-packagist.org. Of course, those libraries should exist as Composer packages on the asset-packagist site.
I was able to get this going yesterday by ...
That's Drupal's Composer Scaffold. Listed as "drupal/core-composer-scaffold": "^8.8.0" or a different version in your project's composer.json file.
To prevent certain scaffold files from being overwritten every time you run a Composer command you need to specify them one by one in the "extra" section of your project's composer.json. See the docs on ...
Had similar issue with drush installed twince onto both /usr/lib/ and the composer webroot
composer remove drush
locate more drush installations (on my debian was "which drush")
remove those from your system
re-install drush following https://docs.drush.org/en/8.x/install/ or https://docs.drush.org/en/8.x/install-alternative/
I figured out the problem. There was a custom module that had it's own composer.json listing the dev version of slack as a dependency.
This seems to have been overriding the root package version. I got to know this after removing the drupal slack as suggested here but the module remained on the web directory. So figured that some other package was listing ...