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

.github/labeler-no-sync: fix backport labelling #378567

Merged
merged 1 commit into from
Feb 1, 2025

Conversation

wolfgangwalther
Copy link
Contributor

This broken in #374921 (comment) - and results in labelling every incoming PR.

Moving the OWNERS file away seems to be the only way to get the desired behavior. GitHub should only react to CODEOWNERS, so we should be safe by putting it into .github/OWNERS, right?

Things done


Add a 👍 reaction to pull requests you find important.

@wolfgangwalther
Copy link
Contributor Author

The codeowners check job must fail here, because it's still looking in ci/OWNERS as defined on master.

@github-actions github-actions bot added 10.rebuild-darwin: 0 This PR does not cause any packages to rebuild on Darwin 10.rebuild-linux: 0 This PR does not cause any packages to rebuild on Linux labels Feb 1, 2025
Matching on !ci/OWNERS was a mistake, because it's matching *every* PR
with a change to a non-OWNERS file.

This is not fixable with negation rules in the labeler, but we can take
advantage of the fact that OWNERS doesn't have a "." in its name.

Also, we used the wrong label...
@wolfgangwalther
Copy link
Contributor Author

@infinisil I can't exactly tell from the discussion in #347610, whether .github/OWNERS would have been a problem. It seems this was mostly about OWNERS vs CODEOWNERS, warnings and syntax highlighting... was the move from .github/OWNERS to ci/OWNERS needed for a special reason?

@wolfgangwalther wolfgangwalther merged commit 9498a0d into NixOS:master Feb 1, 2025
21 of 24 checks passed
@wolfgangwalther wolfgangwalther deleted the ci-backport-labeler branch February 1, 2025 16:23
@infinisil
Copy link
Member

Nah I think it was just for cosmetic reasons (why hide OWNERS in a dotfile?), so this seems fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
6.topic: continuous integration Affects continuous integration (CI) in Nixpkgs, including Ofborg and GitHub Actions 6.topic: policy discussion 10.rebuild-darwin: 0 This PR does not cause any packages to rebuild on Darwin 10.rebuild-linux: 0 This PR does not cause any packages to rebuild on Linux
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants