I do contribute to the Matrix.org ecosystem and a bunch of Flask extensions. I also have some minor commits and documentation fixes in various GNOME apps and libraries. But I have much better suggestions for you at the end.
In Matrix, I write the GLib SDK. It is written in C (I prototyped in Vala, and I’m in the middle of porting it back to C). I also contribute a bit to the general discussion around the protocol.
For Flask it’s a bit more diverse. I wrote some extensions myself, as a lot (most) of packages are provided by different members of the community. Most of them are very friendly, but unless you contribute directly to Flask and Werkzeug, you won’t find a central stearing force.
For GNOME I’m primarily an enthusiastic user. My main contributions are bug reports (I can’t emphasize enough how important this is for FL/OSS projects!), but I have some translations, documentation patches, and minor bugfixes in there.
I also contribute to various Emacs packages, but most of them are only significant to a few users.
All that said I suggest a different approach. Create a list of your most used open source projects. List all apps and libraries you use on a daily basis.
Now comes the hard part. Hunt for bugs and annoyances. Find potential missing features. Open the projects’s issue tracker, and look around if anyone reported these. This will be a lot of reading, but you will have two important takeaways from it: a list of core(ish) contributors and the way things go. Even though most projects have some contributor guidelines, it’s much better to look around and see how it goes.
Now that you are familiar with the know-how, go and do it. It’s generally better to start small. Fix a typo. Fix a minor bug. Bring up your feature idea. Then, when they got used to your presence, you can go bigger.
Good luck!