composer error "minimum-stability" setting - php

I am trying to install this package
ExeuAmazonECSBundle
"require": {
"php": ">=5.3.3",
.
.
.
"exeu/amazon-ecs-bundle": "dev-master"
},
then
sudo php composer.phar update exeu/amazon-ecs-bundle
However it indicates two error potential, I have confirmed it is not type.
my setting is
"minimum-stability": "alpha",
and I can install other bundle as 'dev-master'
How can I slove this?
Problem 1
- Installation request for exeu/amazon-ecs-bundle dev-master -> satisfiable by exeu/amazon-ecs-bundle[dev-master].
- exeu/amazon-ecs-bundle dev-master requires exeu/amazon-ecs-php dev-master -> no matching package found.
Problem 2
- exeu/amazon-ecs-bundle dev-master requires exeu/amazon-ecs-php dev-master -> no matching package found.
- symfony/framework-standard-edition 2.2.x-dev requires exeu/amazon-ecs-bundle dev-master -> satisfiable by exeu/amazon-ecs-bundle[dev-master].
- Installation request for symfony/framework-standard-edition 2.2.x-dev -> satisfiable by symfony/framework-standard-edition[2.2.x-dev].
Potential causes:
- A typo in the package name
- The package is not available in a stable-enough version according to your minimum-stability setting
see <https://groups.google.com/d/topic/composer-dev/_g3ASeIFlrc/discussion> for more details.
Read <http://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.

The error message is quite clear about what the problem is.
You need to contact the guy wrote that library and ask him to also publish the library 'exeu/amazon-ecs-php' which apparently 'exeu/amazon-ecs-bundle' is dependent on.
The package amazon-ecs-php isn't available in any stability, which is why composer is failing.

Related

diagnosing "Composer: Your requirements could not be resolved to an installable set of packages" issues

I tried updating brianium/paratest from ^6.6 to the latest version of ^7.0 and now, when I try to run composer install, I get this message:
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires vimeo/psalm ^4.29 -> satisfiable by vimeo/psalm[4.29.0, 4.30.0].
- brianium/paratest[v7.0.0, ..., v7.0.1] require phpunit/phpunit ^10.0.3 -> satisfiable by phpunit/phpunit[10.0.3, 10.0.4].
- phpunit/phpunit[10.0.3, ..., 10.0.4] require sebastian/diff ^5.0 -> satisfiable by sebastian/diff[5.0.0].
- Conclusion: don't install sebastian/diff 5.0.0 (conflict analysis result)
- Root composer.json requires brianium/paratest ^7.0 -> satisfiable by brianium/paratest[v7.0.0, v7.0.1].
Error: Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires vimeo/psalm ^4.29 -> satisfiable by vimeo/psalm[4.29.0, 4.30.0].
- brianium/paratest[v7.0.0, ..., v7.0.1] require phpunit/phpunit ^10.0.3 -> satisfiable by phpunit/phpunit[10.0.3, 10.0.4].
- phpunit/phpunit[10.0.3, ..., 10.0.4] require sebastian/diff ^5.0 -> satisfiable by sebastian/diff[5.0.0].
- Conclusion: don't install sebastian/diff 5.0.0 (conflict analysis result)
- Root composer.json requires brianium/paratest ^7.0 -> satisfiable by brianium/paratest[v7.0.0, v7.0.1].
Error: Process completed with exit code 2.
Here's my composer.json:
"require": {
"php": ">=8.1"
},
"require-dev": {
"ext-xml": "*",
"brianium/paratest": "^7.0",
"friendsofphp/php-cs-fixer": "^3.12",
"php-parallel-lint/php-parallel-lint": "^1.3",
"squizlabs/php_codesniffer": "^3.7",
"vimeo/psalm": "^4.29"
},
I'm not requiring sebastian/diff myself so I can't remove it as a requirement. Per the output I guess phpunit/phpunit is but if it were the only thing requiring sebastian/diff then I don't see how there'd be a conflict. So it seems like something else must be requiring sebastian/diff, albeit a different version, but I have no idea what.
I suppose I could look at each my deps and consider upgrading each one of them, as well, but idk... that could be a huuuge PITA if I had a lot of deps. Is there no better way to figure out what's going on?
I did do that for my specific composer.json and it looks like PHP-CS-Fixer/PHP-CS-Fixer (even the latest version of v3.14.3) requires ^4.0 whereas phpunit/phpunit 10.x requires ^5.0 so I guess that's the issue but I feel like I shouldn't need to have to look at each individual repo's composer.json to figure that out.
Just have a look at the requirements of vimeo/psalm. v4 requires sebastian/diff in v3 or v4, as you can see on https://packagist.org/packages/vimeo/psalm#4.29.0, and this is obviously incompatible with PHPUnit v10, as this requires sebastian/diff in v5.
You could check if your application supports running Psalm v5. And if not, this is a great example for why you should not install tools like Psalm using Composer
Also, next time you run such an update, composer why-not could help. In your example, composer why-not brianium/paratest 7.0.1 could have pointed out the incompatible package

Conflict on composer require of behat/mink

When I try to install Mink (using composer require --dev behat/mink) I get the message:
Your requirements could not be resolved to an installable set of packages.
Problem 1
- behat/mink v1.7.1 requires symfony/css-selector ~2.1|~3.0 -> no matching package found.
- behat/mink v1.7.0 requires symfony/css-selector ~2.1 -> no matching package found.
- Installation request for behat/mink ^1.7 -> satisfiable by behat/mink[v1.7.0, v1.7.1].
Potential causes:
- A typo in the package name
- The package is not available in a stable-enough version according to your minimum-stability setting
see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.
- It's a private package and you forgot to add a custom repository to find it
Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.
Installation failed, reverting ./composer.json to its original content
What I found is that there is a conflict with symfony/css-selector.
If I run composer show symfony/css-selector the version shown is v4.2.1, so I think this is the problem.
Also, when I run composer why symfony/css-selector it returns:
symfony/test-pack v1.0.5 requires symfony/css-selector (*)
Is there any way of solving this conflict without removing the symfony/test-pack?
According to https://github.com/minkphp/Mink/pull/749#issuecomment-351402449, Mink has support for Symfony 4, but not released yet. You can using "behat/mink": "~1.7#dev" to install latest dev code for trial.

laravel 5 composer update omnipay fails

I am having a problem with composer when I run composer update.
The relevant bits of my composer.json file looks like this:
"require": {
"php": ">=5.5.9",
"laravel/framework": "5.1.*",
"omnipay/common": "~2.0",
"omnipay/authorizenet": "~2.0",
"omnipay/firstdata": "~2.0",
"omnipay/stripe": "~2.0",
"omnipay/paypal": "~2.0"
},
"minimum-stability": "dev",
When I run composer update, I receive the following error:
[Composer\DependencyResolver\SolverProblemsException]
Problem 1
- The requested package omnipay/common could not be found in any version, there may be a typo in the package name.
Problem 2
- Installation request for omnipay/authorizenet ~2.0 -> satisfiable by omnipay/authorizenet[2.5.0].
- omnipay/authorizenet 2.5.0 requires omnipay/common ~2.2 -> no matching package found.
Problem 3
- Installation request for omnipay/firstdata ~2.0 -> satisfiable by omnipay/firstdata[v2.3.0].
- omnipay/firstdata v2.3.0 requires omnipay/common ~2.0 -> no matching package found.
Problem 4
- Installation request for omnipay/stripe ~2.0 -> satisfiable by omnipay/stripe[v2.4.3].
- omnipay/stripe v2.4.3 requires omnipay/common ~2.0 -> no matching package found.
Problem 5
- Installation request for omnipay/paypal ~2.0 -> satisfiable by omnipay/paypal[v2.6.3].
- omnipay/paypal v2.6.3 requires omnipay/common ~2.0 -> no matching package found.
Potential causes:
- A typo in the package name
- The package is not available in a stable-enough version according to your minimum-stability setting
see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details. Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.
I'm at a loss as to what direction to take to fix this or why it occurred in the first place. I last ran composer update several months ago and it ran with no issue.
There's no need to specifically require omnipay/common or omnipay/omnipay (which is a dummy package anyway).
(1) remove all of the omnipay/* lines from your composer.json
(2) The composer commands you need to bring your composer.json into having the correct versions are:
composer require omnipay/authorizenet
composer require omnipay/firstdata
composer require omnipay/stripe
composer require omnipay/paypal
Try running this command, I think composer will update your dependencies.
composer require omnipay/omnipay
I suppose the problem is with the package name. You can add omnipay/omnipay in your composer.json file as the package name.
I hope You Read All The Error Once. Its All Package You Declare is not found or not getting or its required update So, Just Remove the All The omipay packge form the Coposer.json and also Remove from ServiceProvider in config/app.php
Example Remove This Code Form Composer.json
"omnipay/common": "~2.0",
"omnipay/authorizenet": "~2.0",
"omnipay/firstdata": "~2.0",
"omnipay/stripe": "~2.0",
"omnipay/paypal": "~2.0"
And Then Try To Update Your Composer and Then After Install New Version Package From Here
I Hope Its Work For Your !!
Or
Follow This :
And Install The Package Again From :
https://packagist.org/packages/omnipay/paypal
And
https://github.com/thephpleague/omnipay-paypal

Composer not getting the most up to date version with wildcard

I have a Composer package that requires OtherPackage vs 1.0.*. I know that version 1.0.3 exists, but it keeps downloading version 1.0.1. I can't figure out why it is not getting the latest version.
my composer.json file:
"require": {
"MyVendor/OtherPackage": "1.0.*",
}
I figured this out because I tried to force version 1.0.3 and got the following error:
Your requirements could not be resolved to an installable set of packages.
- Installation request for myVendor/OtherPackage 1.0.3 -> satisfiable by MyVendor/OtherPackage[1.0.3]
- MyVendor/OtherPackage 1.0.3 requires OtherVendor/ThirdPackage 1.0.1 -> no matching package found.
So that's when I remembered that MyVendor/OtherPackage 1.0.1 didn't have the ThirdPackage dependency, while 1.0.2 and 1.0.3 did. I didn't include ThirdPackage in my composer.json requirements. As a result Composer was smart enough to get the latest version of OtherPackage that was satisfiable for all of my current dependencies.
My solution was just to add OtherVendor/ThirdPackage 1.0.1 to my requires declaration in composer.json.
My new composer.json
"require": {
"MyVendor/OtherPackage": "1.0.*",
"OtherVendor/ThridPackage":"1.0.1"
},

Symfony 2.0.9 and wrong PropelBundle version

I'm having troubles with PropelBundle versions using Symfony 2.0.9.
ErrorException: User Deprecated: The PropelBundle uses a new branching model, you should switch to the 1.0 branch (1.0.x versions). For more information, please read: https://github.com/propelorm/PropelBundle/wiki in /home/project_path/vendor/bundles/Propel/PropelBundle/PropelBundle.php line 28
However, in the deps file PropelBundle version is set to 1.0 like it's reccomended here: https://github.com/propelorm/PropelBundle/wiki
[PropelBundle]
git=git://github.com/propelorm/PropelBundle.git
target=/bundles/Propel/PropelBundle
version=origin/1.0
[phing]
git=git://github.com/Xosofox/phing.git
target=/phing
[propel]
git=git://github.com/propelorm/Propel.git
target=/propel
version=origin/1.0
[doctrine-fixtures]
git=http://github.com/doctrine/data-fixtures.git
[DoctrineFixturesBundle]
git=http://github.com/doctrine/DoctrineFixturesBundle.git
target=/bundles/Symfony/Bundle/DoctrineFixturesBundle
version=origin/2.0
I tried to reinstall vendors, but nothing changed.
EDIT: Thanks to Williams I fixed this problem, however now i have this error:
./composer.phar update nothing
Initializing PEAR repository http://pear.phing.info
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- The requested PHP extension ext-mongo * is missing from your system.
Problem 2
- doctrine/mongodb dev-master requires ext-mongo * -> no matching package found.
- doctrine/mongodb-odm-bundle dev-master requires doctrine/mongodb-odm dev-master -> satisfiable by doctrine/mongodb-odm dev-master.
- doctrine/mongodb-odm dev-master requires doctrine/mongodb dev-master -> satisfiable by doctrine/mongodb dev-master.
- Installation request for doctrine/mongodb-odm-bundle dev-master -> satisfiable by doctrine/mongodb-odm-bundle dev-master.
Potential causes:
- A typo in the package name
- The package is not available in a stable-enough version according to your minimum-stability setting
see https://groups.google.com/d/topic/composer-dev/_g3ASeIFlrc/discussion for more details.
These packages are required for AdminGenerator, which I'm trying to install.
it seems you use a old version of your vendors.
First, remove your Phing configuration, and use the official repository: https://github.com/phingofficial/phing
Then, remove your PropelBundle vendor (rm -rf vendor/.../PropelBundle) and reinstall it. This message only appears if you track the master branch.

Categories