@mint >the most important quality is who you are as a person remember kids, it's not about how good you do it's about how you feel inside :kirsche_pointlaugh:
@mint oh sorry, it shows up perfectly fine i was just baffled by the statement in the quoted post, that's why i question mark reacted :FF_Confused: I'll never get this whole identity politics shit no matter how hard i try to. Being german also doesn't help with caring about peoples feelings when talking about something as factual as code :nostale_altr: I don't think it matters one bit "who you are" as a person if the code sucks, isn't documented or not well maintained most are just gonna look elsewhere or rewrite it on their own
@m0xEE@mint libqt really isn't that bad if you're throwing an interface together for someone you can't give command line tools. Some people's brains just shut down when told to operate a keyboard, and I think most of them work as manufacturing line operators and technicians
@s8n My response was to the general idea of better approach to managing projects that's mentioned in the opening post, I don't give two fucks about GNOME. If you really want to go there, it's impossible to tell what can be considered "going downhill" for a project of this age — I don't think that it has anything in common at all with original GNOME of GTK 1.x days: neither in terms of codebase, nor in terms of people involved — and I'm not even in the loop enough to tell. But if you want my opinion, it's still better than Qt clusterfuck that is KDE — because anything is better than that vomit spit that is Qt. They'd never be able to break GTK to the point when it becomes worse than Qt to me. If Qt was the only framework in existence for creating GUIs, I won't use GUIs at all — I hate it with passion since its Trolltech days :marseyraging: But again, this has nothing to do with managing software projects :marseyshrug: @mint
@mint Being nice and waiting for someone competent, who doesn't care about any of this shit, to show up and making them fix the mess that is your codebase is a viable strategy, you can't deny that. It starts failing when you start provoking such a person on purpose and make them play your games instead of working on code — that's why lots of these projects go downhill.
@mint@ryona.agency Users continue to ask for support on 6 month old versions of Bottles (no joke)Imagine if all software installed on your computer for over 6 months just stopped working all of a sudden, not because there's anything wrong with it but just because it was "too old" for modern developers to comprehend.
@tyil@mint Lutris also has a whiny dev that wrote multiple paragraphs about how he will automatically close all issues that don't run the newest wine version and runtime. Later he added an autoupdate "feature" that always downloaded the newest wine version on startup and refused to add a toggle for it. It took ~2 months for that toggle to be added.
TL;DR Maintainers that make gaming related projects are usually like this for some reason. It probably is mainstream gaming brainrot.