README.rst: Do minor cleanup and add self as a maintainer#434
README.rst: Do minor cleanup and add self as a maintainer#434
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
📝 WalkthroughWalkthroughREADME.rst wording and formatting updated: project origin rephrased to "friendly fork"; installation adds Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Poem
🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@README.rst`:
- Line 28: The sentence in README.rst that currently reads "pretty much
everything in their repo's PRs and issues about cpplint have gone
unimplemented." is grammatically awkward; update that exact sentence to use
correct agreement and clarity—either change "have" to "has" ("...have gone
unimplemented" → "...has gone unimplemented") or rephrase to "many PRs/issues
remain unimplemented" to improve readability and correctness while preserving
the original meaning.
- Around line 42-47: Replace the Markdown-style link
`[uv](https://docs.astral.sh/uv)` in the "Or use ..." sentence with
reStructuredText inline link syntax (e.g., use `uv <https://docs.astral.sh/uv>`_
form) so the link renders correctly in .rst consumers; update the sentence that
mentions the uv documentation link and keep the surrounding code block (`$ uv
tool install cpplint`) unchanged.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
There was a problem hiding this comment.
Pull request overview
Updates README.rst to reflect the fork’s current maintenance status and refresh installation/usage documentation.
Changes:
- Refines the project description and maintenance status wording.
- Adds
uvas an alternative installation method alongsidepipx. - Updates examples (pre-commit rev bump, refreshed “Changes” list) and adds a maintainer entry.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
199cc57 to
d270e0e
Compare
3cfee9d to
dd2490c
Compare
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 1 out of 1 changed files in this pull request and generated no new comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 1 out of 1 changed files in this pull request and generated no new comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
|
||
| - repo: https://github.com/cpplint/cpplint | ||
| rev: 2.0.0 | ||
| rev: 2.0.2 |
There was a problem hiding this comment.
I don't like the implication that we'll have to update a version number in the README every release. Maybe we could pin this to a version number significant to us, or just make it like this:?
| rev: 2.0.2 | |
| rev: # cpplint version number |
There was a problem hiding this comment.
Nope. That is not usable out-of-the-box.
There was a problem hiding this comment.
I don't see why it has to be. It's very clear how it can be usable out-of-the-box. READMEs are usually quite static.
There was a problem hiding this comment.
Let's agree to disagree. Repos occasionally do pre-commit autoupdate but I am OK for them to use an older version until they do so.
Should we add a step in our release process to update the README?
There was a problem hiding this comment.
I am OK for them to use an older version until they do so.
Alright, let's
pin this to a version number significant to us
, then. I personally want to pin it at the next release (I'm thinking of making it 2.1.0. We should be able to to do the release process after the currently open PRs are merged, which shouldn't take too long and we can wait for. Even #426 where the PR creator hasn't responded I should be able to fix up quickly) because of how wide the namespace indentation false positives it fixes are.
I do not want to bump it every release, as you suggest, though. That clogs up the README's file history without introducing new information.
| Use `pipx <https://pipx.pypa.io>`_ to install cpplint from PyPI, run: | ||
|
|
||
| .. code-block:: bash | ||
|
|
||
| $ pipx install cpplint | ||
|
|
||
| Or use `uv <https://docs.astral.sh/uv>`_ to install cpplint from PyPI, run: |
There was a problem hiding this comment.
| Use `pipx <https://pipx.pypa.io>`_ to install cpplint from PyPI, run: | |
| .. code-block:: bash | |
| $ pipx install cpplint | |
| Or use `uv <https://docs.astral.sh/uv>`_ to install cpplint from PyPI, run: | |
| To use `uv <https://docs.astral.sh/uv>`_ to install cpplint from PyPI as a tool, run: |
Methinks pipx is a little outmoded
Since it's just a PyPI package name, I think just doing one PyPI-compliant tool is enough unless it can trigger some special hijinks. I don't want this to attract flies that try to add every PyPI tool in existence.
There was a problem hiding this comment.
pipx comes from the Python Packaging Authority, like pip does, so some people may trust it more.
uv was recently purchased by OpenAI, which some people might not trust in their daily toolchain.
There was a problem hiding this comment.
I think we can trust users to select the tool that they'd like, and it's clear enough that cpplint is the package name on PyPI to feed into the tool that they'd like.
There was a problem hiding this comment.
Why are you blocking progress over this?
There was a problem hiding this comment.
i'm not; this is the smallest thing among all my comments here. I won't block because of this as long as 1. we go "to use" instead of "use" for grammar 2. the other things above are resolved.
TL;DR: I'm blocking because of the version number–bumping precedent this is setting for the hook, not this.
There was a problem hiding this comment.
Use this or use that proper English.
There was a problem hiding this comment.
("Use" itself isn't the grammar problem, it's the comma. You've got two independent clauses joined with a comma splice. "To" makes the first one dependent and fix the grammar error.)
Again, though, I think the above thread's far more important.
Co-authored-by: Aaron Liu <aaronliu0130@gmail.com>
|
@cclauss Was closing in error? |
Summary by CodeRabbit