Skip to content
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

docs: update lyft/envoy-build readme #479

Merged
merged 3 commits into from
Feb 15, 2017
Merged

docs: update lyft/envoy-build readme #479

merged 3 commits into from
Feb 15, 2017

Conversation

junr03
Copy link
Member

@junr03 junr03 commented Feb 14, 2017

No description provided.

the envoy-build container with the current state of `build_container.sh`, tag the image
with the SHA provided, and push it to Dockerhub.
4. After you have done that, update `ci/ci_steps.sh` to pull the new tagged version of `lyft/envoy-build`.
the envoy-build container with the current state of `build_container.sh`, tag the image, and push it to Dockerhub.:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

extra '.' after Dockerhub

@RomanDzhabarov
Copy link
Member

i'll go though this now

@RomanDzhabarov
Copy link
Member

Looks pretty straightforward to me, just went through it.

@RomanDzhabarov RomanDzhabarov merged commit 0eb522a into master Feb 15, 2017
@RomanDzhabarov RomanDzhabarov deleted the update-docs branch February 15, 2017 20:41
alyssawilk pushed a commit that referenced this pull request Feb 12, 2018
Description:
If the xff_num_trusted_hops config option is set to a number greater than zero, trust the specified number of additional addresses at the end of the X-Forwarded-For request header.

Risk Level: High
(because this change interacts with the internal/external request security model)

Testing: New test cases included

Docs Changes: #479

Release Notes: Included

Fixes: #2503

API Changes: #459

Signed-off-by: Brian Pane [email protected]
rshriram pushed a commit to rshriram/envoy that referenced this pull request Oct 30, 2018
wolfguoliang pushed a commit to wolfguoliang/envoy that referenced this pull request Jan 23, 2021
…lter.rst (envoyproxy#479)

* envoyproxy#354 translate dynamodb_filter

* envoyproxy#354 zh-translation: docs/root/configuration/http/http_filters/dynamodb_filter.rst, fix

* envoyproxy#354 zh-translation: docs/root/configuration/http/http_filters/dynamodb_filter.rst, fix review comment

Co-authored-by: niushaohan <[email protected]>
jpsim pushed a commit that referenced this pull request Nov 28, 2022
* bazel: update release config

This changes the release config to use bazel's compilation_mode=opt
which implies the necessary optimization options, and some other things.
This also removes the linkopt that appears to do nothing, and requires
you pass some configuration about architectures separately.

Signed-off-by: Keith Smiley <[email protected]>
Signed-off-by: JP Simard <[email protected]>
jpsim pushed a commit that referenced this pull request Nov 28, 2022
This reverts commit 4647e878fa945dcf3a3a38f7159b58f5cd890662. We noticed when building with these new release options that builds fail with the following errors:

```
Uncompressed input jar has size 18446744072925756006, which exceeds the maximum supported output size 4294967295.
Assuming that ijar will be smaller and hoping for the best.
Target //:ios_dist failed to build
```

Signed-off-by: Michael Rebello <[email protected]>
Signed-off-by: JP Simard <[email protected]>
jpsim pushed a commit that referenced this pull request Nov 29, 2022
* bazel: update release config

This changes the release config to use bazel's compilation_mode=opt
which implies the necessary optimization options, and some other things.
This also removes the linkopt that appears to do nothing, and requires
you pass some configuration about architectures separately.

Signed-off-by: Keith Smiley <[email protected]>
Signed-off-by: JP Simard <[email protected]>
jpsim pushed a commit that referenced this pull request Nov 29, 2022
This reverts commit 4647e878fa945dcf3a3a38f7159b58f5cd890662. We noticed when building with these new release options that builds fail with the following errors:

```
Uncompressed input jar has size 18446744072925756006, which exceeds the maximum supported output size 4294967295.
Assuming that ijar will be smaller and hoping for the best.
Target //:ios_dist failed to build
```

Signed-off-by: Michael Rebello <[email protected]>
Signed-off-by: JP Simard <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants