Duckstation(one of the most popular PS1 Emulators) dev plans on eventually dropping Linux support due to Linux users, especially Arch Linux users.
-
itt: a bunch of entitled Linux youths that don't understand burnout or QOL.
dude has set a limit to what he wants or is willing to do. still gets called a bitch for defining the line and is still called an asshole.
some of y'all even bring up multiple cases of other foss devs doing/saying the same thing, continue to call them assholes.
There's a pattern here...but I'm just too blinded by the brilliancy of my distro to see it...youths
y'all
Reddit
-
He got mad because people kept bugging him to fix problems created by other people which he has no control over. His “tantrums” are his way of re-asserting control over his life.
Open source dev burnout from support requests is a real and widespread phenomenon. When a software developer releases the fruits of their hard work they are doing the wider community a service. When large numbers of people begin to contact the developer for support the effect can be overwhelming even though every individual request may be legitimate and non-malicious.
In the case of packaging errors created by a third party not in contact with (let alone under the control of) the developer, these support requests for dealing with unsolvable and irrelevant (in the developer’s eyes) problems can be absolutely maddening.
I am quite sure the developer would have had no issues with people doing what they did as long as they accepted the responsibility to fix their own issues without contacting him. The fact that they did not do so (and therefore caused him grief) is negligent even if it isn’t malicious.
No he gets mad at users and insults them even when it is his own code. He's a royal asswad. This isn't even the first time he's created a problem due to his own short sightedness then bitches about the results.
This ENTIRE problem is of his own making.
Sure users are annoying, but when you fuck up you don't just insult the confused users due to your own fuck up. While doubling down and making it worse for yourself.
This guy is self defeating.
-
Did you read the text? This guy was providing a package because the default one was broken and he's fed up of dealing with complaints. And the solution to that is just flatpak the thing and tell users to use that regardless of dist.
Providing a package, if he did so, was his choice. No one at the distro asked him to (some users may have, but that has nothing to do with the distro or its other users). If you provide the package of your own volition, you should expect that there will be complaints if it doesn't work as expected. You need a procedure (and a certain amount of saved-up mental fortitude) to deal with them.
If someone complains to you about someone else's buggered-up packaging job, the correct thing to do is have a prewritten reply set up saying, "Nothing to do with me, complain to the other guy." Then close the bugs as WONTFIX and get on with your life. And see if the package host has a removal policy for broken packages, if it is genuinely broken and not just clueless users messing up.
To me, this specific case seems like the dev wasn't prepared for what the open Internet is like, couldn't handle it, and imploded messily. Are the users that got on his nerves at fault? Yes, on one level, but their existence was also entirely predictable. If you know what you're doing, you factor the existence of these people in when you decide whether you're willing to release your software to the public or not and what communication channels you should leave open.
-
For me it is no harder to read, it's more like people sprinkling in Shakespearean English to their normal speech, it just comes off as either being pretentious, or random xd
It just looks like depressed lower case d to me. So de eggs and de chicken. Makes him look like a child from Gaia online trying to be quirky and different which is really rather annoying to read.
If I wanted to hang around minors I would go spend time with my cousins. Not go to social media.
-
Nope not according to the license. Now is the license change legit and allowed? I don't know
It doesn't matter what the license say, because GitHub TOS (that everybody agree on when registering their account) explicitly allows forking any project hosted on GitHub, regardless of the project's license.
-
The developer also had a massive drama with RetroArch because, wait for it... "RetroArch users complain too much!" so that's actually a common sentiment coming from them and it's absolutely not restricted to Linux. He hates Linux users, Android users, RetroArch users... at this point I wonder why even publish this as a public user facing project at all, he clearly hates users.
In his defense, a LOT of emulator maintainers have this sentiment about RetroArch, so I can't fault him too much for that one in particular.
I do get the sense this is more common with emulators in general.
-
Arch probably has more documentation online than any other distro.
Just check out the Arch wiki, it's insane.
So yeah, if you're used to looking up solutions online, Arch might actually be the best distro for you.
barely any context from what I’ve searched fixes for, nice crap comment.
I don't know what this means.
It meant that I didn’t give that much context in my comment and kindly flamed myself before a stranger got the chance to it haha
Thanks for the kind comment.
-
He changed the license in the first place because someone took unpublished code from him and contributed it to another project. He had permission from his other contributors when he did that but people still went on GPL crusades against him.
Now it’s the issue of people re-packaging his releases for other package managers such as AUR (which is against the license) and doing so incorrectly which leads to support requests from the users of broken packages.
There’s a whole community of people who have turned hostile to this guy over his decisions but it comes off as a sense of entitlement on their part. This is after all an emulation community which is full of people who simply use these tools to run pirated old games. They don’t understand the hard work that goes into a sophisticated emulator. They just want more, better, faster! Gimme gimme gimme is all they know!
That's not how AUR works, it builds from source using instructions, it's not repackaging at all
-
Oh have some patience my friend
-
Let me add to context:
This developer hates the FOSS spirit & tells users to fuck off when they complain. There, done.
-
Were you supporting him before?
Supporting something just means using something now.
People buy something they want, use it, enjoy it and then think that is support. It is ridiculous.
People knighting themselfs for being leech-consumers.
-
The gnome team is worse then apple and Microsoft.
At least they own the entire OS they force their changes on.
The gnome team just fucks with everyone everywhere and gives zero fucks otherwise.
I used to have this view but I've come around: change can be painful but it's also necessary. It's like a wildfire: it's destructive but it allows for new growth and it's a sign of a healthy, sustainable ecosystem. Suppressing change isn't healthy.
Do I think that every change from Gnome is a winner? Nope but I do think they're doing their best to move in the right direction, as they see it. And for that, I'll keep using Gnome and I wish them good luck.
-
I don't think we can count the AUR repository as the "default package" because:
- AUR is a community driven project, for users, by users. Repos are not maintained by the Arch team.
- Arch user needs to explicitely get out of their way to access and use AUR, it is not enabled by default
- AUR repos are not even packages (usually). They are build-instructions. There are specific -bin repos that provide packaged binaries, but that was not the case here, because the emulators license doesn't allow that.
The issue here was that stenzek moved the emulator to a source-available license, which does not allow Arch to provide packages in their package repo. So people were using build instructions to build the emulator from source. And when that caused issues because something broke, people came to stenzek for support instead of the person maintaining the build instrucions.
And that's the real fail. AUR users need to understand how things work, AUR packages are community maintained and supported. If the build fails, complain to the AUR maintainer, and they will raise the necessary bug reports to the upstream project if the bug is w/ the project instead of the build instructions.
-
Programming language isn’t a problem as much as the mechanics of the implementation.
I mean, how does it work on Twitter? Do they have oldschool language models parse upvoted comments and automatically generate it? Basically the options are:
-
Involve some kind of ML model for partial automation, which is not going to go over well with Lemmy users.
-
Leave the UAC completely to mods, which is going to both overburden them and make power-tripping issues far worse
On old Twitter, community notes was simply a function of raising a flag for tweets that got ratio'd. This would open those tweets up for Community Notes users to submit a fact check. Then, the fact check with the highest upvotes gets displayed as the default one.
Now? Not sure. Elon is a sneaky fucker. But I do think it could be implemented as a simple comment queue that admins and moderators could set user roles to help with.
-
-
Refuse to build in Arch package environments. My license does not allow for packages
but it's not a package. On arch it downloads the source from his own git and it compiles it on the end user machine. He is a dev and doesn't know that? Or just pretending?
AUR is just (automated) instructions on how to compile (except -bin, in that case it's packaged)
A previous commit of the readme even said:
Linux users are encouraged to build from source when possible
yes, good luck building from source without documentation on what libraries do you need
He is a dev and doesn’t know that?
I think it's reasonable that he doesn't. He doesn't use Arch (or any Linux flavor), so isn't aware of how packaging for Arch works. I'm guessing someone submitted the PKGBUILD and he just accepted it, and now people come to him for support instead of the person who submitted it.
I 100% agree w/ removing the PKGBUILD, but he doesn't need to go out of his way to remove Linux support. Just state that the project doesn't officially support Linux, but is open to Linux-specific bug fixes. Then if anyone complains about a distro-specific issue, close the issue and move on. If someone opens what seems to be a legitimate bug w/ Linux, leave it open and move on.
That's really all the community should expect here.
-
On old Twitter, community notes was simply a function of raising a flag for tweets that got ratio'd. This would open those tweets up for Community Notes users to submit a fact check. Then, the fact check with the highest upvotes gets displayed as the default one.
Now? Not sure. Elon is a sneaky fucker. But I do think it could be implemented as a simple comment queue that admins and moderators could set user roles to help with.
wrote last edited by [email protected]Getting ratioed isn’t an reliable indicator though (see this post).
I guess there could be a “misleading” button that triggers a Community Notes section, but complicating the UI like that could push away many participants…
Maybe there should be a button to “mark” a comment as a correction during the posts, and if it gets enough upvotes it becomes visible under the title? That could work. Some useful comments might not get properly marked, but I think many would.
One issue is Lemmy comments are typically too long to fit under a title, so the “correction” comment would need its own structure: a short correction that fits under a post title, and context that lives in the comment section.
-
It's crazy that this is legal.
It's probably not, unless all contributors agreed to the license change.
-
I used to have this view but I've come around: change can be painful but it's also necessary. It's like a wildfire: it's destructive but it allows for new growth and it's a sign of a healthy, sustainable ecosystem. Suppressing change isn't healthy.
Do I think that every change from Gnome is a winner? Nope but I do think they're doing their best to move in the right direction, as they see it. And for that, I'll keep using Gnome and I wish them good luck.
Agreed. I use GNOME on one system and KDE on another, and I think it's good to have a group that's very opinionated since consistent systems are much easier to support and more intuitive for new users. I don't think GNOME itself is ideal, but I do think the ideas they're pushing are worth discussing.
That said, there's a reason I'm not all-in on GNOME.
-
For troubleshooting issues with his code. Not with broken packages created by others that he has no power to fix.
Which was due to HIS actions
-
Sounds like someone who uses Windows and is annoyed that anyone else uses anything other than Windows.
I dunno about anyone else, but that's a giant red flag for me when it comes to software devs
Eh, I use Linux and am annoyed at issues from users on other systems. I don't know Windows dev very well, so fixing issues on Windows is a pain for me. Likewise for macOS.
So I get it.
That said, the proper way to handle this is to make it explicit what platforms are supported and which are not, accept fixes for unsupported platforms that don't break supported platforms, close issues related to packaging and whatnot on other platforms, and leave open and ignore issues for unsupported platforms. Let the community support what they want, and focus on what you want.
