-
Notifications
You must be signed in to change notification settings - Fork 101
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
update coding style and test facilities #477
Conversation
Signed-off-by: Michael Baentsch <57787676+baentsch@users.noreply.github.com>
Co-authored-by: Spencer Wilson <spencer.wilson@uwaterloo.ca> Signed-off-by: Michael Baentsch <57787676+baentsch@users.noreply.github.com>
@ryjones What rights do I need to look at and change PR merge rules to overcome the merge blocker in this PR? Two approvals incl. one from the person who did the original style-check code (@thb-sb ) are more than enough for this PR -- but I don't have permissions any more to do anything about this: Who can grant these rights? Why do they need to be kept away from me? Behind this the by now "usual" reminder: Please consider answering the underlying question which rights a maintainer in LF needs (to get)? If answered, these problems would be resolved before they hit. It's really not funny (motivating, etc.) to keep banging into permissions limitations. @hartm @dstebila fya as you initiated this. fwiw, I'll be mostly offline for the next week, but it'd be nice to find some answers when I'm back. |
It looks to me like it's due to "Require Review from Codeowners" (see Additional Setting under "Require a Pull Request Before Merging" here). Previously this would have been moot, but #458 added codeowners who now are required to approve things. Presumably the automation doesn't detect that the changes to, say, |
OK I found the setting and turned it off. The issue was there were no CODEOWNERs set. |
This is a consequence of a change you made on 07 APR. The audit log shows: As @SWilson4 notes, the commit you made to add a CODEOWNERS resulted in your inability to merge. |
That I knew (and is obvious as I had the required GH permissions to do so at the time); the problem is that you removed my GH permissions (e.g., to update the rule set) since. Hence, my question above was how can I keep maintaining the rule set (and also the project which I created)? Which GH permissions do I need? Or is that one of the things a LF maintainer should not be able to do? |
Looking into it I updated this PR |
Addresses increasing problems with different
clang-format
versions (e.g., #473, #476); adopts mechanism from open-quantum-safe/liboqs#1861 (kudos to @SWilson4 ).Anyone feeling strongly about the previous (more OpenSSL-oriented, but not totally so thoroughly tested) and the new (LLVM with OpenSSL's 4 indents), please speak up. Both options LGTM -- but the new variant seems to work more consistently across
clang-format
versions).CI for coding style also already upgraded in preparation for a fix to #473 (and a general update to more current platforms).