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

Sort dropped caps when caps are added #3973

Merged
merged 1 commit into from
Sep 25, 2024

Conversation

nemacysts
Copy link
Member

As sets are unordered, not sorting the resulting list built from set operations means that we're constantly changing the order of metadata in the final podspec, leading to bounces almost every time the s_k_j runs

As sets are unordered, not sorting the resulting list built from set
operations means that we're constantly changing the order of metadata in
the final podspec, leading to bounces almost every time the s_k_j runs
@nemacysts nemacysts requested a review from a team as a code owner September 25, 2024 21:39
@nemacysts nemacysts merged commit c236dd9 into master Sep 25, 2024
10 checks passed
@nemacysts nemacysts deleted the luisp/containerd-cap-add-drop-sorted branch November 15, 2024 18:46
nemacysts added a commit to Yelp/task_processing that referenced this pull request Dec 19, 2024
Just like Yelp/paasta#3972 and Yelp/paasta#3973, we need to ensure that
there are no duplicates between cap_add and cap_drop - otherwise,
the cap_drop entry will "win" and the duplicate capability will not be
added.
nemacysts added a commit to Yelp/task_processing that referenced this pull request Jan 9, 2025
Just like Yelp/paasta#3972 and Yelp/paasta#3973, we need to ensure that
there are no duplicates between cap_add and cap_drop - otherwise,
the cap_drop entry will "win" and the duplicate capability will not be
added.
nemacysts added a commit to Yelp/Tron that referenced this pull request Jan 9, 2025
Just like Yelp/paasta#3972 and Yelp/paasta#3973, we need to ensure that
there are no duplicates between cap_add and cap_drop - otherwise,
the cap_drop entry will "win" and the duplicate capability will not be
added.
nemacysts added a commit to Yelp/Tron that referenced this pull request Jan 9, 2025
Just like Yelp/paasta#3972 and Yelp/paasta#3973, we need to ensure that
there are no duplicates between cap_add and cap_drop - otherwise,
the cap_drop entry will "win" and the duplicate capability will not be
added.
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.

2 participants