Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
....
- Installing commerceguys/intl (dev-master d975da2)
Downloading: 100%
- Installing commerceguys/enum (v1.0)
Downloading: 100%
- Installing commerceguys/addressing (dev-master 7bb474f)
Downloading: 100%
- Installing commerceguys/zone (dev-master 1a690b7)
Downloading: 100%
commerceguys/addressing suggests installing symfony/form (to generate Symfony address forms)
commerceguys/addressing suggests installing symfony/intl (to use it as the source of country data)
Writing lock file
Generating autoload files
Script Drupal\Core\Composer\Composer::preAutoloadDump handling the pre-autoload-dump event terminated with an exception
[UnexpectedValueException]
Invalid version string ">"
update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--with-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [packages1] ... [packagesN]
- Composer version 1.0.0-alpha10 2015-04-14 21:18:51
- PHP 5.6.14
Comment | File | Size | Author |
---|---|---|---|
#28 | 2615626-composer-self-update-28.patch | 555 bytes | fizk |
#22 | 2615626-composer-self-update-22.patch | 456 bytes | fizk |
#19 | 2615626-composer-self-update-19.patch | 460 bytes | fizk |
Comments
Comment #2
bojanz CreditAttribution: bojanz at Centarro commentedYour error looks like it was introduced by this core issue #2579663: Can't use 'composer install' with missing composer.lock and vendor folder.
But I can't reproduce it on my end. Can you do a "composer self-update" and then retry?
Comment #3
fizk CreditAttribution: fizk commentedThanks, that worked! :)
Comment #4
eiriksmManaged to reproduce the issue on your specific version. If you are using "versioned version" of composer, only the latest one (alpha 11) will work. Otherwise a fairly recent dev version should also work.
In other words, to fix your issue, as bojanz suggested, run
composer self-update
So the suggested fix is to add this requirement to the README so other people are not running into it. Leaving this open so that it can be closed when the README is updated :)
edit: saw that worked for you, cool!
Comment #5
fizk CreditAttribution: fizk commentedThanks eiriksm :) Yes, I'd also recommend adding it, not only to the README, but also the project page.
Comment #6
eiriksmComment #7
themic8 CreditAttribution: themic8 at Trail 9 commentedComment 1 or 'composer self-update' also fixed the problem for me.
Comment #8
hershey.k CreditAttribution: hershey.k as a volunteer commentedcomposer self-update
worked for me as well!Comment #9
Nikolay Borisov CreditAttribution: Nikolay Borisov commentedcomposer self-update also worked for me! Thanks Bojan!
Comment #10
hass CreditAttribution: hass commentedI'm getting this on Windows. Latest computer has been installed.
Comment #11
bojanz CreditAttribution: bojanz at Centarro commented@hass
Your error sounds unrelated to this issue, can you please open a new one, and paste your root composer.json file? Sounds like it's not generated correctly.
Comment #12
hass CreditAttribution: hass commentedThe root composer.json file is the one that Drupal provides. Aside - composer_manager is crappy and currently broken (gives errors). It is also disabled here for this reason as it crashes my dev site.
Comment #13
bojanz CreditAttribution: bojanz at Centarro commented@hass
Composer Manager edits the root composer.json, so it might have done something wrong, that's why I asked for the paste.
You've been on drupal.org long enough to know that "crappy and currently broken (gives errors)" provides no way for people to help you.
In any case, composer_manager is optional. You are free to composer require complete modules, which gives you the required libraries as well. http://docs.drupalcommerce.org/v2/install.html has na example of that.
Comment #14
hass CreditAttribution: hass commentedThe init.php has not given any errors. All successful. Errors of this grappy module have only shown in reports.
I checked the json file and there have been some path to composer manager. I can check if i know how it need to look like.
Comment #15
hass CreditAttribution: hass commented.
Comment #16
bojanz CreditAttribution: bojanz at Centarro commented@hass
You keep hijacking an unrelated issue, even though I told you to create a new one. I won't be replying anymore.
Comment #17
hass CreditAttribution: hass commentedNot really. It is the same issue with the same error when running composer ti install the libs.
Comment #18
fizk CreditAttribution: fizk commented@hass The error in this issue is:
but the error in your issue is:
Those are different error messages. You should open a new issue.
Comment #19
fizk CreditAttribution: fizk commented@bojanz Let's add some documentation to the README and close this issue. I've attached a patch.
Comment #20
hass CreditAttribution: hass commentedtrailing tabs.
Comment #21
hass CreditAttribution: hass commentedComment #22
fizk CreditAttribution: fizk commentedFixed trailing tabs.
Comment #23
hass CreditAttribution: hass commentedWith #2735977: Rewrite the README, update Composer requirements in mind we need to update the complete readme.
Comment #24
fizk CreditAttribution: fizk commented@hass #2735977 is a separate issue and can have it's own commit.
Like bojanz said, please stop hijacking this issue.
Comment #25
hass CreditAttribution: hass commentedIntegrated your patch
Comment #26
fizk CreditAttribution: fizk commented@hass I think you're trying to get our attention so we look at #2735977 . If that's your goal, you've achieved it.
Now stop making changes to this issue.
Comment #27
hass CreditAttribution: hass commentedI have integrated your patch.
If you'd like to get it reviewed here I will set it to needs work as you have not added the known issues section. Otherwise you could set the other issue RTBC and we are done.
This has nothing to do with attention. This module installation is crappy and if your patch get's committed first I need to change your text again. This is waste of time.
Comment #28
fizk CreditAttribution: fizk commentedPatch update.
You've had enough opportunities to recommend how the patch should be fixed. I won't be updating the patch anymore until bojanz takes a look at this.
If you continue to make changes to this issue, I will undo your changes.
Comment #29
hass CreditAttribution: hass commentedAgain. The command `composer drupal-update` is INCORRECT!
Comment #30
fizk CreditAttribution: fizk commentedSo it seems `composer drupal-update` is a command from the Composer Manager module, and not Drupal-core.
Second, according to Composer Manager for Drupal 8:
I believe this means:
1. As of Drupal 8.1, `composer update` is now the proper command.
2. We should not use Composer Manager anymore.
And according to Using Composer in a Drupal project, Drupal.org now has it's own composer repository, which is in Alpha and not ready for production:
https://packages.drupal.org/7
https://packages.drupal.org/8
However, since the Composer Manager module has not been officially closed down, people will continue to use it, thus, continue to use `composer drupal-update`. When they do, they will run into this issue if, as @eiriksm said in #4:
I was using 1.0.0-alpha10 because that was the latest version available in the FreeBSD ports at the time. As of today, the latest package is 1.0.0-alpha11, which should work according to @eiriksm. Also, I've asked the port maintainers to update to 1.1.0, which was committed, and should be available as a package soon.
Where does this leave us?
Since composer 1.0.0-alpha11 was released on November 14, 2015, I doubt many people are still using it. Therefore, we don't need to amend the README.
Alternatively, we could amend the README to mention composer 1.0.0-alpha11+ is required.
Or... we can mention that the new recommended workflow is to use `composer update`, and not to use Composer Manager's `composer drupal-update` command.
Comment #31
hass CreditAttribution: hass commentedInterresting... but than it still need to be
composer update address
orcomposer update drupal/address
I think. Onlycomposer update
is incorrect as it updates *all* stuff in your installation and than you do not have any longer a stable Drupal core release on your system. That is why I opened #2735977: Rewrite the README, update Composer requirements.I'm happy to get rid of Composer Manager.
Comment #32
hass CreditAttribution: hass commentedcomposer require drupal/address
seems to be the right way per https://www.drupal.org/node/2404989Comment #33
bojanz CreditAttribution: bojanz at Centarro commentedWorks for me.
I have now officially deprecated composer_manager. Pushing a rewritten Address README.