Плохой совет

Удали папку вендор

удали composer.lock

composer install

Может потому что композер 1?

этих файлов нету

Второй композер заиспользкй да и все

делаю по инструкции

Похоже, используется композер 1 версии, а какой-то пакет требует вторую

Советую попробуй скачать последний композер и с ним ставь

Думаю все ок будет

а реальная польза есть от этого maglnet/composer-require-checker?

спасибо пошло

Хорошая штука.

Например, приложение зависит от пакета B, который в свою очередь зависит от пакета А.

Мы в приложении используем и А и В. Всё работает.

Завтра пакет В обновляется и избавляется от зависимости А.

Но нашему приложению нужен пакет А, а он удалился, так как в прямых зависимостях его не было.

Именно эту проблему и решает инструмент, ругаясь в случаях, когда в приложении используется не прямая зависимость.

Плохо, что с первым компосером не работает, нужно будет разобраться с этим.

That is a very bad situation we are building an agnostic framework in a way because limit to using composer v2, if it is not in any documentation.

agree

the simplest solution let's move the indirect dependencies to the ci workflow and nothing happens.

so we are all happy, we will have the workflow working correctly, and when you go to test the packages you will not have that dependency.

and we will be able to maintain compatibility with composer v1 and v2, although I am clear that v1 will die.