-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
[bp/1.24] Kafka + deps #29171
[bp/1.24] Kafka + deps #29171
Conversation
CC @envoyproxy/dependency-shepherds: Your approval is needed for changes made to |
/retest clang_tidy+asan |
👍 LGTM looks like a backport of multiple PRs I'm wondering why clang_tidy is failing for that code while it was not complaining for the original source (maybe we are not running them there as it's contrib?) - kinda busy to investigate now, but if you really want to merge it, just delete this file and this UT section. I'm also wondering if that could be a false positive.... needs further looking. Or maybe you don't want to backport the whole filter work and just a dependency? |
/lgtm deps |
not sure re clang-tidy - im seeing a few clang-tidy issues on branches
i dont mind either way - the goal is to update the dependency but as soon as i tried there were conflicts etc - so i picked the commits required to resolve |
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
…oxy (envoyproxy#25611) Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com> Signed-off-by: Ryan Northey <ryan@synca.io>
8dbfddd
to
432f244
Compare
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.
drive-by: Why are we back-porting these kafka changes? (I'm sure there's a good reason, just curious what it is)
posting previous answer - #28441 (comment) |
Thanks. That question was about why we're updating dependencies, i.e. why are we updating the kafka dep. But in this PR we are changing a bunch of Envoy-specific Kafka code. Is that required for some reason? In any case, please update the PR description to explain. |
in that case i think the question is answered here #29171 (comment) |
I see. I'm really surprised that we're back-porting API changes to a branch which is 10 months old. Do we really need to do all of this? In any case, can you please update the PR description to explain these changes? As CONTRIBUTING.md says, "Your PR description should have details on what the PR does." So maybe you want to say something like: "Update the Kafka dependencies to 3.5.1. In order to do this, we need to pull in recent changes to Envoy-specific Kafka code to avoid conflicts" |
sure but as explained these backport PRs get rebased - i get that a description is useful but this is not the usual case (the commits contain the descriptions/pr refs etc)
that remains to be seen and is the reason that i separated these updates for the 2 branches that required code changes |
/wait |
This pull request has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in 7 days if no further activity occurs. Please feel free to give a status update now, ping for review, or re-open when it's ready. Thank you for your contributions! |
This pull request has been automatically closed because it has not had activity in the last 37 days. Please feel free to give a status update now, ping for review, or re-open when it's ready. Thank you for your contributions! |
Commit Message:
Additional Description:
Risk Level:
Testing:
Docs Changes:
Release Notes:
Platform Specific Features:
[Optional Runtime guard:]
[Optional Fixes #Issue]
[Optional Fixes commit #PR or SHA]
[Optional Deprecated:]
[Optional API Considerations:]