-
Notifications
You must be signed in to change notification settings - Fork 5.3k
build: workaround for issues with en_US.UTF-8 locale. #15980
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
5df5ec4
b306d52
29d0cb7
6029376
314df90
952e18c
5692bd9
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -2,6 +2,9 @@ | |
|
|
||
| set -e -o pipefail | ||
|
|
||
| # Undo LC_ALL=en_US.UTF-8, since it breaks sed. | ||
| export LC_ALL=C | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. how does it break sed ?
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. i can see https://www.gnu.org/software/sed/manual/html_node/Locale-Considerations.html but what is being seded here (afaict) is the version string which shouldnt contain any multibyte chars - which would imply the issue is more with the sed string - i might be wrong
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. not sure - but afaict both the linux image and the build-tools can be updated without this change it may be necessary for some other reason that im not understanding - but my reading of the source is that its using sed to change the verssion string - and that should not have any kind of utf-8 issues
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. re this @PiotrSikora - i think - and i may be wrong - that the sed expression has an incorrect
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ie its unrelated to the change in envoy-build-tools - it was always there - and its only when one of the tests fails that it has this issue
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I mean, what can I say? See the CI failures from a few hours ago. Also, the fact that updating Linux image alone works, and updating build-tools alone works, doesn't prove that both changes work fine together, does it? It's not like I was making all those changes for fun, they are direct results of failures on the CI. |
||
|
|
||
| ENVOY_BIN="${TEST_SRCDIR}/envoy/source/exe/envoy-static" | ||
|
|
||
| COMMIT=$(${ENVOY_BIN} --version | \ | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
im struggling to understand how this breaks - weve been using the updated build image for some time
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
also this is not run in the build image - so this overriding the locales in the CI (ie azure) image (afaict)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it changes locale in the CI, not build image, so that byte sequences passed to
docker load/saveare interpreted correctly.Previously, it resulted in EOF during
docker loadwhen reading from pipe, perhaps it was a flake, but there was another fallout because of the UTF-8 change and I was running against the clock. Unfortunatelly, I cannot find that run in Azure Pipelines now, though.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
but docker load/save wasnt/isnt broken