fafff

I am sorry to say some of what you write is not correct.

Red Hat — I know they had their slice of controversies lately, but still — is a ≃33bn USD company, how is that not making money? They sell solutions based on OSS (different from selling software!), which is one viable way of making money.

Other ways are: selling support, selling licence exceptions (when you are the sole copyright holder of the codebase, MySQL did that), sponsored development for new features, SaaS (bad!), customization for big enterprises/public actors, open-sourcing software but keeping assets proprietary (some games do that), and many more.

I feel one of the most important things for a thriving open source project is easy onboarding.

Statement of friendliness and similar are not that useful if I don’t know where to start to contribute to your project. A clean, up to date CONTRIBUTING file goes a long way, architecture documentation is extremely good, optimal is having an experience developer checking your patches and offering help.

Repositories that I contribute to the most helped me in the first phases of the journey, it was awesome, I gave back.

Nope! Little known to people, you just need to locally clone your repository with --bare and upload that. You will see you can clone it even if you don't have a git server!

It is a very slick, minimalist solution.

It might not be a solution for everyone, but you can self host a git repository on your static site!

stagit is a static git site generator. It is lean, you can self host it even of the cheapest of shared hosting and it makes code browseable via html, which is a plus for sharing and receiving suggestions/contributions.

For a relatively small, low bandwith project it is a charm. As an example, here are my repositories.

Documentation is very useful today (to clarify our thoughts on what is useful and what is not, what is in scope and what is not), and for our future selves.

Writing small bits of software made me appreciative of the work teams put on large pieces of infrastructure!

File an issue in their repos, sometimes people (understandably) do not understand licencing very well — or it might be they were granted an exception.

If that fails you can contact the library author and the repositories who host the code.

Great suggestions in this discussion! Rather than adding my favourites, I will add some resources that list more games.

• Libregamewiki: it is really comprehensive (sometimes too much, including even not-so-good-games). They care about licencing and is is very easy to browse, top-notch for me.
• Open source games: a more relaxed repository, with lots of material.
• bobeff open source list: this is curated, which means that there are not so many games but each and every one is stable, good, maintained.
• Arcane Cache: a fantastic blog with reviews of libre games — or more precisely, underground games, there is a lot of discussion on how gamedevving philosophy too. The reviews are always in-depth and allow you to experience the games on another level, and each game is a small jewel in its category. Strongly recommended!