this post was submitted on 12 Feb 2025
63 points (95.7% liked)

Linux

50340 readers
826 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Obviously we all want to avoid enshittified (aggressively monetized) software or at least get our money's worth. I'm looking at self-hosting software right now and one I'm looking has a pricing page but only for cloud (no other paywalled features) and is open source. I tried looking up future plans and didn't find much, so it doesn't seem like it will enshittify. (not related) I had thought about switching to Omnivore for a long time but then they merged with ElevenLabs and the rest is history.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 28 points 1 week ago (1 children)

Just use open source software?

[–] [email protected] 27 points 1 week ago (1 children)

Just because it's open source and anyone could theoretically fork it doesn't mean it can't be enshitified.

[–] [email protected] -4 points 1 week ago (4 children)

It absolutely does... Can you elaborate on a situation in which FOSS gets enshittified?

[–] [email protected] 22 points 1 week ago (2 children)

Android, Chromium.

The problem is that:

  1. Google puts in more development power than anyone else. Any forks we've seen so far are only really soft forks, as in they only apply a few patches on top of what Google puts out, rather than taking the project in a new direction, because you'd be behind pretty quickly.
  2. These projects establish platforms that have shitty decisions baked in. For example, the Android dev tooling has Google ads/tracking as one of the built-in UI components, which is why even if you patch the OS, the apps will still be shitty. To actually change this stuff, you'd need a majority of users to switch to your fork and stay there for a few years.
  3. Partially, it's only financially viable for Google to develop these projects, because they have those Android ads or benefit from a web with less tracking protection. This makes it extremely unlikely for any other organization to be able to splurge a similar amount of money, which brings us back to a fork just being unlikely.

And so long as a fork is unlikely, Google can do shitfuckery quite similar to proprietary projects.

[–] [email protected] 11 points 1 week ago* (last edited 1 week ago)

Small teams are unable to take web browsers far in another direction as browsers have recklessly grown to one of the largest and most complicated software. Browsers do not follow the "do one thing well" philosophy, to the extreme.

Most functional parts of a browser (text reader, video player) are thankfully resistant to enshitification. That is if they are free (libre), permitting a fork.

[–] [email protected] 1 points 1 week ago* (last edited 1 week ago) (2 children)

Google puts in more development power than anyone else. Any forks we’ve seen so far are only really soft forks, as in they only apply a few patches on top of what Google puts out, rather than taking the project in a new direction, because you’d be behind pretty quickly.

Ok, but what's stopping them other than a lack of desire?

FOSS programs can always be forked and developed independently of the original authors. That's the "freedom" that makes them FOSS in the first place. I have no desire to make my own fork of Android and its tooling, but if someone out there really wanted to do so, I don't see what is stopping them. (Other than things like locked down smart phone bootloaders, but that's got nothing to do with the FOSS part of this discussion.)

Partially, it’s only financially viable for Google to develop these projects, because they have those Android ads or benefit from a web with less tracking protection. This makes it extremely unlikely for any other organization to be able to splurge a similar amount of money, which brings us back to a fork just being unlikely.

I'm kind of skeptical of this idea. FOSS has almost always been able to succeed in the long term despite having a small fraction of the development budget of proprietary software, often due to the passion of weekend devs essentially donating their time to the cause. Whether it's Linux, Blender, Gitlab, Godot, Krita, etc., I can't think of a single FOSS project that has funding anywhere near the same level as their corporate rivals.

[–] [email protected] 2 points 1 week ago

(Other than things like locked down smart phone bootloaders, but that’s got nothing to do with the FOSS part of this discussion.)

See, I disagree on that. If I know something I could (help to) build will only ever be used by a few folks and can never help most people, then my motivation is significantly lowered. Well, unless I'm truly just scratching my own itch, but even then I might choose to not scratch my itch, because I'd rather quit using the platform, if possible.

And then, yeah, what the other person said about financing.

For Android, there are various small efforts in terms of forks, with the biggest being LineageOS. There are even some commercial efforts, like /e/OS. I think, Huawei also wanted to do a fork or something. No idea what happened with that.
But yeah, none of these efforts are hard forks, which can change more than superficial stuff. And it's not for a lack of desire, but because it's just such a ridiculous uphill battle to try to get anything noteworthy changed. Many times, LineageOS (and its predecessor CyanogenMod) had some cool features, which they later had to scrap, because they needed to follow what Google was doing and their features wouldn't work with that anymore. If they would've seen any chance of a hard fork working out, they probably would've tried to go that route.

[–] balder1993 2 points 1 week ago* (last edited 1 week ago)

What you’re saying is right about the possibility, but when you’re assessing some software for yourself, you have to consider things in the bigger perspective.

Some protects are very complex and require multiple teams of developers to maintain. That’s different than a small project that one person can maintain and curate external contributions.

So something like Chromium or Flutter isn’t the type of software that a community will self organize and maintain, they need some sort of organization behind them. This organization will probably need some sort of funding, ex: donations. Otherwise the projects will either fall into chaos and die or they’ll look for other ways to support themselves (ex: Qt with their commercial license and paywalled features).

In practice everything needs resources and without these resources any project simply dies.

[–] [email protected] 3 points 1 week ago* (last edited 1 week ago)

The Simple Mobile Tools collection of Android apps. Forks have been made and are maintained fortunately, but the original autor sold the apps to some company that just adds ads and trackers to the apps to make more money out of it.

[–] [email protected] 3 points 1 week ago (1 children)

My two examples are of OS SaaS that got their plug pulled before they got to that stage. See skiff.com and omnivore.

[–] [email protected] 0 points 1 week ago (1 children)

I'm not familiar with either of those projects or what you mean by "that stage", but why can't you and the community around them just fork them and continue development in a way that you prefer? What's stopping you?

[–] [email protected] 2 points 1 week ago

There are various obstacles to "just forking" a project; it requires times to understand the frameworks / libraries used in the project, understand the code and its different parts and last but not least, have a interest to invest that time and energy (most often, that time could be spent developing your own solution that would fit your usecase better).

As for the stage I was referring to, both the theories of enshittification and rot-economy see software and services going through stages to attract new users, before going in for the profit maximizing.

[–] [email protected] 0 points 1 week ago (1 children)
[–] [email protected] 0 points 1 week ago (1 children)

What is Ubuntu doing to enshittify that can't be fixed or mitigated by source modifications or forks?

[–] [email protected] 0 points 1 week ago (1 children)

Forking splits the community, development resources, etc and ensures Linux will stay irreverent to the home user.

If everyone switches over to the fork that's great. But let's be honest. Ubuntu isn't going anywhere any time soon.

[–] [email protected] 1 points 1 week ago* (last edited 1 week ago)

I disagree, forking and personal modification are the fundamental powers that FOSS licenses like the GPL and MIT give the user. They're the whole point of why FOSS exists in the first place--it's not about money, it's about giving people the power to chance the source and build things for themselves.

Copyleft takes that idea one step further by asking them to share their changes, of course.

Obviously it's great if everyone can align their ideas and desires to work together on a single thing, but the software world also benefits from having multiple projects with different directions and goals, because one-size-fits-all is never ideal.