Create a PR and describe the situation. Ask if they'll accept the PR as-is or if they'd accept the reactors separately.
^ This
Gives the dev both options and shows you’re not trying to give them a bunch of new work, but do needed work for them.
If you can, fork it again but this time only fix the one bug with minimal changes and submit that as a PR. Then ask the maintainer about submitting more to fix the other bugs, and doing some refactoring.
This respects the PR atomicity principle.
This should be done anyway. One commit per fix, one PR per issue.
Yep, this is the way. A PR should have a single focus. So your updates may end up being multiple PRs.
Give it to the dev, and explain the situation. Let them know it seems too big/complex of a PR, but you're willing to make additional changes, or break up PR to make it more palatable for merging. It's in the dev's hands after that.
I don't think you should release your own fork without at least trying to work with the original project.
Make sure all your commits have detailed commit messages so that the dev can follow what you were doing (upgrading deps, refactor because xyz, etc.) Don't just record what was changed, explain why it was changed.
anyway that's what I would do.
I'd say ask the original developer directly. Getting your changes merged upstream should be the preferred option for you, the original dev and the users. If everything goes right, you both could figure out a way to do this, maybe by re-introducing your refactorings and fixes one by one in smaller pull requests. Maybe you could become a maintainer in the process and support the original dev long term so everybody wins.
If the original developer doesn't respond or declines you could think about bringing your own fork forward. Think about the consequences though, the original dev might get frustrated by a competing fork and abandon the project completely. The users on the other hand might be confused or insecure about which version to choose. Your fork must offer a lot for them to jump ship and switch.
Generally I'd say open source is about working together, not against one another, so just shoot them a message and see where it goes.
Great point. Makes me think of trillium next notes which continues to supply nothing new even though the original is archived
Open Source
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
- !libre_culture@lemmy.ml
- !libre_software@lemmy.ml
- !libre_hardware@lemmy.ml
- !linux@lemmy.ml
- !technology@lemmy.ml
Community icon from opensource.org, but we are not affiliated with them.