It is a rite of passage. Meet Jellypin, my fork that only allows watching media with subtitles
mike_hearn7 hours ago | | | parent | | on: 47765421
Forks don't have to be hostile. A perfectly reasonable way to react to an overwhelmed maintainer is just to do a friendly fork. Keep the original name, attribution, git history etc, update the README and start acting as a trustworthy lieutenant. You can review stuck PRs and merge them into your own branch, whilst also merging with upstream master. After a while if you seem to be making good calls the original maintainer can do a bulk merge from your branch to bring in many PRs at once, and maybe add you to the repository.
onionisafruit10 hours ago | | | parent | | on: 47765421
Check out my fork, Jellyden(iro). It’s the best way to watch Heat 2. All the media selection garbage is removed for a streamlined Heat 2 experience, because why would you want to watch anything else when you could be watching Heat 2 instead.
esafak9 hours ago | | | parent | | on: 47765748
Now all I have to do is pull both your forks and create my own so I can add one more feature. This is the future!
jcelerier7 hours ago | | | parent | | on: 47766409
Here I was, naively hoping for a fork that would only allow watching Heat 2 with subtitles... Welp, time to put these tokens to good use
pjc508 hours ago | | | parent | | on: 47765421
It's worth asking "if AI is so great for software development, won't that make it dramatically easier for people to maintain their own forks of software?"

(I suspect the answer ends up being no, but the reasons could be interesting)

mike_hearn7 hours ago | | | parent | | on: 47767022
I'm curious why you think the answer would be no. I've had some success with resolving complex merges with GPT 5.4, and it seems obvious enough that AI is a good solution for maintainers who don't have anyone they can trust to take over the project whilst also needing to boost throughput.