Follow-up to #2400407: [meta] Ensure vendor (PHP) libraries are on latest stable release
Use composer to upgrade egulias/EmailValidator.
| Comment | File | Size | Author |
|---|---|---|---|
| #47 | upgrade-2488960-47.patch | 92.64 KB | cilefen |
| #47 | upgrade-2488960-47-drupal-do-not-test.patch | 2.04 KB | cilefen |
| #45 | upgrade-2488960-45.patch | 92.58 KB | cilefen |
| #45 | upgrade-2488960-45-DRUPAL-do-not-test.patch | 2.04 KB | cilefen |
| #43 | upgrade-2488960-43.patch | 86.45 KB | naveenvalecha |
Comments
Comment #1
cilefen commentedComment #2
joshi.rohit100Done.
Comment #3
cilefen commentedThanks for working on this issue! There is no need to change the version in composer.json. I will explain why. By itself, editing composer.json has no effect on Drupal because Drupal ships the vendor directory. In other words, the person installing Drupal 8 does not run
composer install—composer installmust be run by us. Drupal 8 is different than other projects in this regard.And in this case, I think we are happy with the 1.2.* release series so we can leave that alone.
Run a composer update on this library and include the patch of that.
Comment #4
joshi.rohit100Comment #6
joshi.rohit100Here is the patch but when i updated this library, I get version 1.2.7 not 1.2.8
Comment #7
cilefen commentedIt looks like you must update doctrine/lexer at the same time. You can pass it as another argument.
Comment #8
joshi.rohit100@cilefen thanks for the help.
Comment #9
joshi.rohit100I also see that composer.lock file shows the version 1.2.5 and I think this should also be updated. Should it ?
Comment #10
cilefen commentedcomposer.lock should be in the patch. I get a different patch when I run
composer update egulias/email-validator doctrine/lexer. For example, you have changes to ClassLoader that I don't have. What command did you run?Comment #11
joshi.rohit100@cilefen I just ran the same command as you mentioned in #10
composer update egulias/email-validator doctrine/lexerfrom the core/ directory.Comment #12
cilefen commented@joshi.rohit100 You have changes to this file that I do not have when I execute the same command:
core/vendor/composer/ClassLoader.php.Could you run
composer selfupdatethencomposer update egulias/email-validator doctrine/lexerto see what you get?Comment #13
cilefen commented@joshi.rohit100 Also, be sure to
git pullin your Drupal 8.0.x working copy.Comment #14
cilefen commentedComment #15
imiksuI got same result as @cilefen in #12 when running
composer self-update && composer update egulias/email-validator doctrine/lexerComment #16
naveenvalechaSeen the new release record of email validator https://github.com/egulias/EmailValidator/releases/tag/1.2.8 and https://github.com/doctrine/lexer/releases/tag/v1.0.1 and there is no other blocking stuff.So it needs Framework Managers eyes.Pinged alexpott over IRC about this issue.+1 for RTBC
Comment #19
daffie commentedComment #20
cilefen commentedComment #21
cilefen commented1.2.7 is the highest we can go because 1.2.9 requires doctrine/lexer >=1.0.1 and core has doctrine/lexer 1.0.
Comment #22
daffie commentedThe patch looks good to me and can get a RTBC from me. I have only one question:
You say that you cannot upgrade to version 1.2.9 because that would require doctrine/lexer >= 1.0.1. But you are upgrading it to version 1.0.1 with this patch.
Comment #23
cilefen commentedWe are not upgrading doctrine/lexer to v1.0.1 with #21. I don't understand how this works in this case - you can see that core/composer.lock leaves doctrine/lexer at v1.0 with this patch, yet core/vendor/egulias/email-validator/composer.lock says 1.0.1. Perhaps egulias/email-validator was nominally developed against 1.0.1 but it does not require it. We are probably ok:
core/vendor/egulias/email-validator/composer.json:
Comment #24
cilefen commentedWe are not upgrading doctrine/lexer to v1.0.1 with #21. I don't understand how this works in this case - you can see that core/composer.lock leaves doctrine/lexer at v1.0 with this patch, yet core/vendor/egulias/email-validator/composer.lock says 1.0.1. Perhaps egulias/email-validator was nominally developed against 1.0.1 but it does not require it. We are probably ok:
core/vendor/egulias/email-validator/composer.json:
Comment #25
daffie commentedLooks good to me.
Comment #26
catchWhy don't we upgrade doctrine/lexer first, then this afterwards straight to 1.2.9?
Comment #27
naveenvalechacatch
can we filed a followup for upgrading doctrine/lexer ?
Comment #28
cilefen commented@naveenvalecha Open an issue to upgrade doctrine/lexer, if one does not already exist, and post the link to the issue here.
Comment #29
cilefen commentedComment #30
cilefen commentedAgreed we will go to 1.2.9 after #2516078: Upgrade doctrine/lexer to v1.0.1.
Comment #31
cilefen commentedAggravatingly, the current version of egulias/email-validator in HEAD prevents going higher that ~1.0 on doctrine/lexer.
Comment #32
catchThat's unfortunate, probably easiest to combine the patches here?
Comment #33
cilefen commented@catch Well the plot thickens - 1.0.1 is the highest lexer version, so we can get #2516078: Upgrade doctrine/lexer to v1.0.1 in then just do this.
Comment #34
cilefen commentedThis is unblocked now.
Comment #35
naveenvalechaworking on it
Comment #36
cilefen commentedToo - late, maybe post a review.
Comment #37
naveenvalechaRerolled against HEAD
Comment #38
naveenvalecha#36
Ok. The patch seems good. RTBC if test passes
Comment #39
cilefen commented#37 is missing file rename. This is the one we want.
Comment #40
cilefen commentedComment #41
naveenvalecha#39, RT
After checking #37 and #39,
#37 missed a file /core/vendor/egulias/email-validator/documentation/Other.md
#39 don't have the /core/vendor/egulias/email-validator/.gitignore file of email-validator https://github.com/egulias/EmailValidator/blob/1.2.9/.gitignore ?
Comment #42
cilefen commentedThe .gitignore file did not change in the composer update. I am not sure what you mean.
Comment #43
naveenvalechaDiscussed with @cilefen over IRC about #41 and it was due to .gitignore settings that reflected in the patch.
Comment #44
cilefen commentedThis is ready to go if it is green.
Comment #45
cilefen commentedA reroll.
Comment #46
alexpottNeeds a reroll.
Comment #47
cilefen commentedComment #48
naveenvalechaIt will be green(tested locally with php 5.6) if there will not be any other changes in the composer.json during this time.
Comment #49
alexpottCommitted 818d1d3 and pushed to 8.0.x. Thanks!