greylabel
commented
6 years ago Closed ghost closed 6 years ago
greylabel
commented
6 years ago 
ghost
commented
6 years ago @greylabel : I have removed the patches which were not on successful on JSON file. But this is on lock file. The lock file has these patches.
ghost
commented
6 years ago Closed it by mistake.
crittermike
commented
6 years ago Composer is installing Drupal 8.6.1 (see Installs: drupal/core:8.6.1,) but your BLT version has a patch that conflicts with it. You need a 9.2.x BLT release which is built for 8.6. See https://github.com/acquia/blt/releases/ and note that it's still in alpha.
Alternatively you can prevent Drupal from trying to upgrade to 8.6. I'm not sure what is forcing the upgrade for you though, so I'm not sure offhand how to do that.
sharique
commented
6 years ago I'm trying to add BLT to existing 8.6.1 site, (set BTL version ^9.2.0 in composer.json) but still failing to apply patch.
sharique
commented
6 years ago The issue (https://www.drupal.org/node/2752961) is fixed, I the patch is no longer required.
mikemadison13
commented
6 years ago @sharique are you still having issues here?
sharique
commented
6 years ago This is not happening but getting following error when adding to plain drupal
Using version ^9.2 for acquia/blt
./composer.json has been updated
DrupalProject\composer\ScriptHandler::checkComposerVersion
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Installation request for consolidation/robo (locked at 1.3.1) -> satisfiable by consolidation/robo[1.3.1].
- acquia/blt 9.2.0 requires consolidation/robo ~1.2.4 -> satisfiable by consolidation/robo[1.2.4].
- acquia/blt 9.2.0-alpha1 requires consolidation/robo ~1.2.4 -> satisfiable by consolidation/robo[1.2.4].
- acquia/blt 9.2.0-alpha2 requires consolidation/robo ~1.2.4 -> satisfiable by consolidation/robo[1.2.4].
- acquia/blt 9.2.0-alpha3 requires consolidation/robo ~1.2.4 -> satisfiable by consolidation/robo[1.2.4].
- acquia/blt 9.2.x-dev requires consolidation/robo ~1.2.4 -> satisfiable by consolidation/robo[1.2.4].
- acquia/blt 9.x-dev requires consolidation/robo ~1.2.4 -> satisfiable by consolidation/robo[1.2.4].
- Conclusion: don't install consolidation/robo 1.2.4
- Installation request for acquia/blt ^9.2 -> satisfiable by acquia/blt[9.2.0, 9.2.0-alpha1, 9.2.0-alpha2, 9.2.0-alpha3, 9.2.x-dev, 9.x-dev].
Installation failed, reverting ./composer.json to its original content.```
mmrtnt
commented
6 years ago I am still having this problem with BLT 9.2.1 going from drupal/core 8.5.6 to 8.6.x
Gathering patches for root package.
Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 1 install, 46 updates, 0 removals
Gathering patches for root package.
Gathering patches for dependencies. This might take a minute.
- Updating composer/installers (v1.5.0 => v1.6.0): Loading from cache
- Updating aws/aws-sdk-php (3.69.12 => 3.70.2): Loading from cache
- Updating commerceguys/addressing (v1.0.0 => v1.0.1): Loading from cache
- Updating symfony/polyfill-php72 (v1.9.0 => v1.10.0): Loading from cache
- Updating symfony/var-dumper (v4.1.3 => v4.1.6): Loading from cache
- Updating jakub-onderka/php-console-color (0.1 => v0.2): Loading from cache
- Updating jakub-onderka/php-console-highlighter (v0.3.2 => v0.4): Loading from cache
- Updating psy/psysh (v0.9.7 => v0.9.9): Loading from cache
- Updating symfony/css-selector (v3.4.14 => v3.4.17): Loading from cache
- Updating dflydev/dot-access-configuration (v1.0.2 => v1.0.3): Loading from cache
- Updating symfony/filesystem (v3.4.15 => v3.4.17): Loading from cache
- Updating symfony/config (v3.4.14 => v3.4.17): Loading from cache
- Updating drupal/core (8.5.8 => 8.6.1): Loading from cache
- Applying patches for drupal/core
https://www.drupal.org/files/issues/2752961-130.patch (Clear Twig caches on deploys)
Could not apply patch! Skipping. The error was: Cannot apply patch https://www.drupal.org/files/issues/2752961-130.patch
[Exception]
Cannot apply patch Clear Twig caches on deploys (https://www.drupal.org/files/issues/2752961-130.patch)! Adding
"patches-ignore": {
"drupal/core": {
"Clear Twig caches on deploys": "https://www.drupal.org/files/issues/2752961-130.patch"
}
},resolved the issue. Help from - https://github.com/acquia/blt/issues/3056#issuecomment-423841461
mmrtnt
commented
6 years ago This is not working for me adding
"patches-ignore": {
"drupal/core": {
"Clear Twig caches on deploys": "https://www.drupal.org/files/issues/2752961-130.patch"
}
},
in various places to composer.json
mmrtnt
commented
6 years ago Thanks.
May just be my setup, but this did not work until I put it right above "extra": at the same indentation.
mmrtnt
commented
6 years ago After considerable effort, I determined that the patch was not being ignored. I was mislead by the error disappearing after upgrading to blt 9.2.1. I have not gotten patches-ignore to work in any configuration I've tried so far.
phil-plencner-hl
commented
5 years ago I am getting the same error message when attempting to upgrade Drupal Core to 8.6.x with BLT.
I'm on version 9.2.3 of BLT.
Response I receive:
`$ composer update drupal/core acquia/lightning acquia/blt --with-all-dependencies Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal.php" which does not appear to be a file nor a folder Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal/Component/Utility/Timer.php" which does not appear to be a file nor a folder Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal/Component/Utility/Unicode.php" which does not appear to be a file nor a folder Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal/Core/Database/Database.php" which does not appear to be a file nor a folder Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal/Core/DrupalKernel.php" which does not appear to be a file nor a folder Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal/Core/DrupalKernelInterface.php" which does not appear to be a file nor a folder Could not scan for classes inside "/var/www/harvard-library/vendor/drupal/core/lib/Drupal/Core/Site/Settings.php" which does not appear to be a file nor a folder 1/3: http://repo.packagist.org/p/provider-latest$1fad6756bb1ed340ed49cae72b5e298a32f201f74d622b163f83ade34f794176.json 2/3: http://repo.packagist.org/p/provider-2019-01$211e37b550c12268c4041b4cc80537da1ebe82b879cc8dfd7b73bbe2ef139503.json 3/3: http://repo.packagist.org/p/provider-2018-10$c501882f36c0fc7ed638014fa7a9679a4a0ef0ecb789a4e51b35810131a7baa4.json Finished: success: 3, skipped: 0, failure: 0, total: 3 Gathering patches for root package. Removing package drupal/core so that it can be re-installed and re-patched.
Applying patches for drupal/core https://www.drupal.org/files/issues/2752961-130.patch (Clear Twig caches on deploys) Could not apply patch! Skipping. The error was: Cannot apply patch https://www.drupal.org/files/issues/2752961-130.patch
[Exception] Cannot apply patch Clear Twig caches on deploys (https://www.drupal.org/files/issues/2752961-130.patch)! `
my composer.json file:
"require": { "acquia/blt": "9.2.3", "acquia/lightning": "~3.2.0", "drupal/address": "^1.0", "drupal/better_formats": "1.x-dev", "drupal/blazy": "^1.0@RC", "drupal/ckeditor_templates": "1.0", "drupal/components": "^1.0", "drupal/console": "~1.0", "drupal/core": "^8.6.0", "drupal/date_recur": "1.0", "drupal/double_field": "^3.0", "drupal/dynamic_entity_reference": "^1.0", "drupal/entity": "^1.0", "drupal/field_group": "^3.0", "drupal/field_validation": "1.x-dev", "drupal/focal_point": "^1.0@beta", "drupal/geofield": "^1.0", "drupal/google_tag": "^1.0", "drupal/hotjar": "^1.2", "drupal/linkit": "^5.0", "drupal/maxlength": "^1.0", "drupal/memcache": "2.0-alpha7", "drupal/menu_breadcrumb": "^1.0", "drupal/menu_link_attributes": "^1.0", "drupal/node_title_help_text": "^1.0", "drupal/paragraphs": "^1.5", "drupal/pathologic": "^1.0", "drupal/rabbit_hole": "^1.0", "drupal/realname": "1.x-dev", "drupal/redirect": "1.3", "drupal/rfv": "1.x-dev", "drupal/search_api_solr": "^1.0", "drupal/selectize": "1.x-dev", "drupal/simplesamlphp_auth": "3.x-dev", "drupal/slick_paragraphs": "^1.0@RC", "drupal/slick_views": "^1.0@RC", "drupal/svg_image_field": "^1.0", "drupal/themable_forms": "^1.0@beta", "drupal/verf": "^1.0", "drupal/views_autocomplete_filters": "^1.0", "drupal/views_bulk_edit": "^2.2", "drupal/views_data_export": "^1.0@beta", "drupal/views_taxonomy_term_name_depth": "6.x-dev", "drupal/viewsreference": "^2.0", "drupal/weight": "^3.0", "drupal/yaml_editor": "^1.0", "geerlingguy/drupal-vm": "~4.3", "graham-campbell/guzzle-factory": "3.0", "velir/harvard-patterns": "1.2.27" },
Any assistance you can provide would be very appreciated!
mikemadison13
commented
5 years ago hi @phil-plencner-hl,
please try running your composer update in this way instead:
composer update webflo/drupal-core-require-dev drupal/core acquia/lightning acquia/blt --with-all-dependenciesnote that in BLT 9.2.x + we use webflo to manage drupal core dependencies and my hunch is that you are getting bit by that. if it still fails, it might make sense to rm -rf vendor and try again.
if this issue persists, please submit a new issue related to this one instead of continuing a discussion on a closed issue
My system information:
Currently: When I run this command:
I get the following output:
And I expected this to happen:
Current my site is at Drupal Core 8.4.8 and Lightning 2.2.0. I am trying to use "Composer Update" to update the packages.
For Custom Module Updates am following the steps summed here: https://www.drupal.org/node/2863992
This patch is not on Composer.JSON file.
JSON file is: