this post was submitted on 30 Jul 2025
28 points (96.7% liked)

Technology

317 readers
265 users here now

Share interesting Technology news and links.

Rules:

  1. No paywalled sites at all.
  2. News articles has to be recent, not older than 2 weeks (14 days).
  3. No videos.
  4. Post only direct links.

To encourage more original sources and keep this space commercial free as much as I could, the following websites are Blacklisted:

More sites will be added to the blacklist as needed.

Encouraged:

founded 2 months ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] cecilkorik@lemmy.ca 4 points 2 days ago (2 children)

I don't really get why people try to block people from using the software when their problem is that they don't want to support it. Fix your support process if it's getting spammed by idiots. Block people there. Add a dropdown that makes you choose which OS you are using and tells the user that you won't support their distro if that's how you feel you need to gatekeep things.

It's not that I don't understand the frustration of dealing with idiotic support requests, or that I deny their right to stop packaging the software for a whole OS... but it always just feels so deeply misguided to me. Providing direct technical support is such a totally different thing from simply providing a best-effort attempt to build your software on a different OS or at least not getting in the way of people who do (by prohibiting anyone from building packages).

The logic behind these decisions escapes me, it's like moving to a different country and leaving everything behind because you went out in your shed and saw a spider in there, and then justifying it by saying you hate spiders and rarely used the shed anyway and it's just like... why? I get that you don't like spiders but lets be realistic it's not going to hurt you and if it really bothers you that much throw a bug bomb in there or something, it's a common and manageable problem whether you feel like it is or not, and you're not managing it in a remotely sensible way.

[–] spartanatreyu@programming.dev 11 points 2 days ago (2 children)

I have to disagree here thanks to one great and recent counterexample:

Remember OBS getting hammered by error reports that had already been fixed ages ago?

Fedora had a habit of building and distributing their own version of third party projects.

Fedora users were downloading OBS but they were getting the broken Fedora repackaged version instead.

  • Users were pissed that OBS wasn't working.
  • The OBS devs were telling users these issues are fixed and to update to the latest version.
  • As far as the users could tell, they were already on the latest version which pissed off the users even more.
  • OBS devs figured out what was going on (users had the borked unofficial distribution installed) and told users to switch to the official version
  • Most users didn't know how to do that and kept bombarding OBS with issues.
  • OBS devs asked Fedora to stop linking to the borked version over the official version in their OS
  • Fedora devs said no.

No matter how many times OBS tried to get Fedora to change what they were doing, the Fedora devs wouldn't budge.

It led to OBS threatening legal action against Fedora:

See: https://gitlab.com/fedora/sigs/flatpak/fedora-flatpaks/-/issues/39#note_2344970813 Video version: https://www.youtube.com/watch?v=dJJvq3dpylM

Fedora finally started listening to application devs after that.

Podcast interview discussing resolution: https://www.youtube.com/watch?v=oKP1hgdFJKo


Now for Duckstation it's a similar thing.

Arch (AUR) has a borked distribution that they're linked to instead of the official version.

The one difference is that OBS has financial support from paid streaming software that uses OBS as a base, whereas Duckstation doesn't.

Which means that Duckstation doesn't have the financial backing to legally compel Arch to drop their borked distribution.

So their only recourse is to make a public appeal saying if this isn't fixed, I'm dropping support entirely.

Entirely understandable.

[–] moonpiedumplings@programming.dev 1 points 9 hours ago* (last edited 8 hours ago)

This is not the same as the Fedora OBS situation. Duckstation is now under a CC by no derivatives, non commercial clause.

Packaging software can be considered making a derivative, so people can't really legally package the latest version of Duckstation anymore.

Instead, the packages use the older GPL version*.

In theory, nothing would stop Fedora flatpak from simply shipping the OBS version in their own repo instead. But here, something like that isn't legally possible.

To add further context, it is theorized that this developer**, Stenzek, is actually an alt account of Talreth, the creator of the android PS2 emulator. Both accounts have a pattern of creating a discord, and then being unwilling/unable to moderate it (or appoint any other moderators).

So Talreth got harassed on discord, because the audience of an android ps2 emulator is mostly children, many of whom are ungrateful. And it ended with Talreth's final update to Aethersx2 being a borking update that broke the emulator for everyone.

And that is why I would rather not use the official version of duckstation. I'm not interested in seeing my home directory get nuked because some kid called Stenzek a slur on the discord.

And this is what distros exist for. They act as a barrier, betweem potentially hostile developers and the users. For example, when Audacity added telemetry, all the distros would patch it out when they compiled it.

*Afaik, he did either get permission to relicense, or rewrite GPL contributions of others. The latest version of Duckstation does not illegally use GPL code.

** In r/emulationonandroid, I have been following this drama for a while. A long while. The less mature community seems to be drama prone and it sucks.

EDIT: Found the reddit post: https://www.reddit.com/r/EmulationOnAndroid/comments/11q726j/do_not_update_aethersx2_on_google_play_i_repeat/ . It's not truly broken, but it did get ads and performance was made much worse.

[–] yardy_sardley@lemmy.ca 1 points 1 day ago

Something being borked by the official Fedora packagers versus something being borked by some random AUR user are not even remotely similar.

Firstly, the AUR is officially unsupported by Arch, so it's not really their fault or problem. Secondly, I would guess a majority of AUR packages are not officially supported by software devs either, so the dev in question can go ahead and drop support if it'll give them a good enough reason to start filtering out the low-effort bug reports. It just seems like an overreaction over something that amounts to a miscommunication.

[–] SinTan1729@programming.dev 6 points 2 days ago (2 children)

Also, part of the problem is that there's no proper way to submit issues. The only way to tell the dev about an issue seems to be Discord.

[–] RickyRigatoni@retrolemmy.com 2 points 2 days ago (1 children)

...does he not know how to use the issue tracker that comes free with github?

[–] SinTan1729@programming.dev 5 points 2 days ago (1 children)

He must've disabled it on purpose as it's on by default on new repos.

[–] RickyRigatoni@retrolemmy.com 8 points 2 days ago (1 children)

Literally the bicycle stick wheel comic.

[–] sukhmel@programming.dev 3 points 1 day ago

I think, it was done because everyone kept reporting the same old issues over and over again

[–] BaroqueInMind@piefed.social -3 points 2 days ago (1 children)

Sounds like the dev is simply a neurdodivergent narcissist.

[–] spartanatreyu@programming.dev 4 points 2 days ago (1 children)

Or, maybe they don't have enough contributors to manage all the issues coming in

[–] BaroqueInMind@piefed.social 1 points 2 days ago* (last edited 2 days ago) (1 children)

Damn, if only there was a way to allow your source code to be forked and allow other devs opportunities to help contribute code. /s

[–] spartanatreyu@programming.dev 4 points 2 days ago* (last edited 1 day ago) (1 children)
  1. ~~Any dev can fork it and do the work themselves~~ Edit: Project is licenced to disallow forks (but that wouldn't stop the community from supporting linux builds, see my comment further down the chain)
  2. Community forks can exacerbate rather than fix the problem, see the Fedora OBS fiasco (link: https://www.youtube.com/watch?v=dJJvq3dpylM)
[–] BaroqueInMind@piefed.social 0 points 2 days ago* (last edited 2 days ago) (1 children)

I don't know if you missed the comment referring to it, but the dev deliberately changed the license to his source code to prevent forks, so I was being sarcastic, and the dev is indeed being a stupid dipshit suffering from the consequences of their own actions.

[–] spartanatreyu@programming.dev 0 points 1 day ago (1 children)

the dev deliberately changed the license to his source code to prevent forks

The licence is a creative commons licence and hasn't been changed in 11 months.

I'm not sure what you're talking about

[–] freeman@sh.itjust.works 3 points 1 day ago (2 children)

Attribution-NonCommercial-NoDerivatives

You tell us.

Looks like you can't distribute a modified version of the project (e.g. a fork), but it wouldn't stop anyone contributing to or distributing a separate project that users could run locally to patch duckstation's build process where they can now build it on and for their own machines.

A build patch wouldn't contain any copyrighted material, so anyone could contribute and distribute it.

Ironic considering that's how many emulator get around legal issues. Emulators distribute virtual machines, but they don't distribute the copyrighted material.

[–] sukhmel@programming.dev 1 points 1 day ago

Well, that's tough then ¯\_(ツ)_/¯