Closed cpaelzer closed 6 months ago
See the :open_file_folder: files view, the :scroll:action log, or :memo: job summary for details.
userbase
.github/actions/spelling/expect.txt
. This is not always desired!
If a listed items is
* ... **misspelled**, then please *correct* them instead of changing the spell checker configuration.
* ... an *actual* word/term that has a high probability of showing up in future contributions, please add it to [`.github/actions/spelling/allow`](https://github.com/canonical/ubuntu-mir/tree/main/.github/actions/spelling/allow).
* ... an term/word that just you use or shouldn't generally be accepted, please add it to [`.github/actions/spelling/expect.txt`](https://github.com/canonical/ubuntu-mir/tree/main/.github/actions/spelling/expect.txt).
See the `README.md` in each directory for more information.
:microscope: You can test your commits **without** *appending* to a PR by creating a new branch with that extra change and pushing it to your fork. The [check-spelling](https://github.com/marketplace/actions/check-spelling) action will run in response to your **push** – it doesn't require an open pull request. By using such a branch, you can limit the number of typos your peers see you make. :wink:
In this text confirming and acknowledging would have the same effective meaning. The latter being more formal and explicit.
Could we use acknowledge instead? That may make the expectation clearer that an owning team, the MIR team, and possibly Security need to ACK a package for promotion.
Could we use acknowledge instead? That may make the expectation clearer that an owning team, the MIR team, and possibly Security need to ACK a package for promotion.
I might fail to see the subtle difference, I mean I can follow but do not see it as very different. Yet that also means I'm happy to change it in the suggested way ... done
lgtm.
Follow up to the MIR meeting yesterday, small but helpful improvements to sort out rationale and ownership to avoid late hiccups throwing away all the effort spent so far.