this post was submitted on 16 Sep 2024
7 points (100.0% liked)
Gaming
2489 readers
260 users here now
The Lemmy.zip Gaming Community
For news, discussions and memes!
Community Rules
This community follows the Lemmy.zip Instance rules, with the inclusion of the following rule:
You can see Lemmy.zip's rules by going to our Code of Conduct.
What to Expect in Our Code of Conduct:
- Respectful Communication: We strive for positive, constructive dialogue and encourage all members to engage with one another in a courteous and understanding manner.
- Inclusivity: Embracing diversity is at the core of our community. We welcome members from all walks of life and expect interactions to be conducted without discrimination.
- Privacy: Your privacy is paramount. Please respect the privacy of others just as you expect yours to be treated. Personal information should never be shared without consent.
- Integrity: We believe in the integrity of speech and action. As such, honesty is expected, and deceptive practices are strictly prohibited.
- Collaboration: Whether you're here to learn, teach, or simply engage in discussion, collaboration is key. Support your fellow members and contribute positively to shared learning and growth.
If you enjoy reading legal stuff, you can check it all out at legal.lemmy.zip.
founded 1 year ago
MODERATORS
Emphasis mine, snipped from the authors comment
As a maintainer of few AUR packages this is always so hurtful.
Where does this position come from? Packaging is the avenue that people using any linux distro use to get your software. This also my first time hearing that packages (re)building GPL code have to mark the packages as modified in some way. I can understand that being a valid concern (if it is one) but that's a problem that can be rather easily fixed without throwing all of the maintainers overboard (?).
I can see there being bad maintainers that will come shouting to upstream with every little thing that does not work on their platform, but man that's just insincere towards maintainers that will dive, analyze and help where they can to make it work.
For every one maintainer coming to your github issues with their problems there is probably shitton of patches and time spent on making your program work with the given distro.
Mentioned in the other thread but:
There is very much an "expected" source for this. Retroarch.
For those not aware, retroarch is a frontend for emulators that takes things farther than tools like ES-DE by requiring packaging and code changes to hook in to all the retroarch libraries to handle things like controller mapping, achievement servers, and hacks/cheats. The lead "developer" on retroarch has a LONG history of transphobia and other forms of bigotry toward emulator developers. REAL hate campaigns with the goal of either forcing emulator developers to specially support retroarch or to stop being developers so that retroarch can continue to claim that they have all the best emulators (even if they are years out of date relative to standalone...).
Duckstation in particular was targeted pretty heavily by them but stenzek (the lead dev) is a straight up G who fought back and refused to support the hateful shitheads. Which led to the "swanstation" fork for retroarch purposes. I haven't done enough research on the difference in the fork but it seems to be significantly behind Duckstation in terms of features while letting retroarch claim they have the best. And if the repo I found from a quick google is THE swanstation repo... yeah.
As can be seen in the article as well as the issue thread and general contributions: Stenzek did not throw any maintainers "overboard". All contributors were contacted and either agreed or their code was rewritten. That is 100% the proper procedure.
The issue is not the "maintainers" unless you count the transphobic shitstains at retroarch as "maintainers". The problem is the same thing that faces so many other emulator developers where retroarch distributes outdated and broken versions and then punts user support to the developers. Which means periodic waves of "Ugh, your emulator sucks. Why don't you have feature X?" when Feature X has been in the emulator for years at that point but the "maintainers" at retroarch couldn't be bothered to update their "core".
That said, I do expect a third license change before this is all said and done. Because, based on the linked issue, stenzek et al are still perfectly happy with developmental forks for MRs and the like and there is likely a better license that is exactly what they want, rather than "close enough".
At the end of the day: Ideology is great. But please understand the human aspect of things and maybe do some research to make sure you aren't just arguing that people should bend over backwards to placate people who run campaigns of hate to force other developers to contribute to their project with a patreon that doesn't pay out for that work (outside of rare exceptions).
I never did like using RetroArch. I always thought it was overly convoluted. Also whenever I looked something up I was trying to figure out, a lot of the explanations I'd find would be oddly rude and off-putting.
If the things you've mentioned are true, then it kinda makes sense.
Yeah, RetroArch is something best used/enjoyed in spite of the lead devs. There's a lot of really cool and unique stuff it does, but the main devs have pulled some real bullshit over time.