The problem is that expectations are not communicated correctly. There are projects with devoted maintainers and there are projects where someone did something one time.

Here is my stupid proposal: If you (the company or person or team) do not want to devote serious time to maintaining your project, take it off the package manager listing. Let's try at least keep the package managers with sane, up to date and maintained projects. What often happens (especially with old languages or god forbid languages which had breaking changes) is that most of the things you find is no longer maintained and worked at some point on some older version of the language/framework. As language evolves and matures, the original package manager listing if more and more full with things which no longer work. This is horrible experience. Can we agree to keep the package manager up to date and have a simple mechanism to have the hobby projects sideloaded directly from github

I am totally ok with you no longer wanting to support something but please do not take our time. This is especially a problem where people chose a hobby project whose scope is way too big for them and it's impossible for a single person to maintain it. Could you please split it up into multiple projects and try to finish at least a part of it?

We are all wasting each other's time and feeling horrible at the same time

Exactly. I think a few people have called for Github to allow disabling PRs and Issues, but considering that it would destroy their business model, I don't think it'll happen. Oh well, there's always Sourceforge.

Disabling issues is possible.[1] Telegram's official Android client repository disabled issues a few years ago.[2]

[1] https://docs.github.com/en/github/managing-your-work-on-gith...

[2] https://github.com/DrKLO/Telegram