Doesn't pick up upgrade
Closed this issue · 5 comments
amk@orange:~/.composer/global/mage2tv/magento-cache-clean$ cat composer.json
{
"require": {
"mage2tv/magento-cache-clean": "^0.0.33"
}
}
amk@orange:~/.composer/global/mage2tv/magento-cache-clean$ composer show mage2tv/magento-cache-clean
name : mage2tv/magento-cache-clean
descrip. : A faster drop in replacement for bin/magento cache:clean with file watcher
keywords : development, magento, utility
versions : * 0.0.33
type : library
license : BSD 3-Clause "New" or "Revised" License (BSD-3-Clause) (OSI approved) https://spdx.org/licenses/BSD-3-Clause.html#licenseText
source : [git] https://github.com/mage2tv/magento-cache-clean.git 45bac59796c47ee9f85d9be2d0dcb7c636487b46
dist : [zip] https://api.github.com/repos/mage2tv/magento-cache-clean/zipball/45bac59796c47ee9f85d9be2d0dcb7c636487b46 45bac59796c47ee9f85d9be2d0dcb7c636487b46
path : /home/amk/.composer/global/mage2tv/magento-cache-clean/vendor/mage2tv/magento-cache-clean
names : mage2tv/magento-cache-clean
suggests
amk@orange:~/.composer/global/mage2tv/magento-cache-clean$ composer update
Loading composer repositories with package information
Updating dependencies (including require-dev)
Nothing to install or update
Generating autoload files
amk@orange:~/.composer/global/mage2tv/magento-cache-clean$ composer why-not mage2tv/magento-cache-clean 0.0.35
__root__ - requires mage2tv/magento-cache-clean (^0.0.33)
Why does it not update?
I needed to rm -r ~/.composer/cache/files/mage2tv/magento-cache-clean
for composer to see the new release directly after pushing the git tag.
Already did a composer clear-cache
If the tag is very new, you can look on packagist.org and see if it's there yet.
Sometimes Composer becomes confused and can't manage updates due to issues between the dependencies in composer.lock vs the dependencies in the newer version. You can sometimes get around this by dumping composer.lock and vendor and trying again. Put ^0.0.35 in your composer.json for a really big hammer. Note that this usually isn't an issue for projects with only one primary dependency.
Finally, if the newer version of the package you are trying to update has added a more restrictive php version that no longer matches what is installed, or has added a php extension that used to not be a requirement, and is not installed on your system, sometimes Composer fails to report that constraint. You might see a better message if you remove vendor / composer.lock as described above.
Not a cgr issue, so closing.
Composer is strange :-) Thanks for your elaborate feedback, and I am okay with closing..
but
- in composer show it's showing
It's very strange.
Still it's not working without putting 0.0.35 in the composer.json -- and I was expecting cgr to just upgrade everything when I do cgr update
Yeah, that's up to Composer. I couldn't tell you why it got stuck there.