this post was submitted on 01 Mar 2024
952 points (98.1% liked)

Linux

47224 readers
1382 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
you are viewing a single comment's thread
view the rest of the comments
[–] const_void@lemmy.ml -2 points 6 months ago (3 children)

I've never understood how this is good for Linux. Why is having more users so important?

[–] markus99@lemmy.world 37 points 6 months ago (1 children)

More users means there is more interest from private companies to reach these users and to port their software/products to Linux. Ie Adobe, Games, AutoCAD Suit, etc.

[–] TrickDacy@lemmy.world 11 points 6 months ago

You've never understood how support works? It doesn't matter that it's harder to find apps that work on Linux than windows and Mac? It matters less to me than most people but it definitely still matters

[–] LeFantome@programming.dev 7 points 6 months ago (1 children)

I would certainly benefit if more hardware supported Linux out-of-the-box.

Many people will benefit if that one key application they need is supported on Linux.

We all benefit from the paid developers working on Linux. The number of such people are linked to the profitability of Linux for companies which is a function of popularity.

[–] sxan@midwest.social 1 points 6 months ago

Your point is a very important one. The numbers have to come up so that manufacturers notice. It might make the difference in a laptop designer choosing a well-Linux-supported wifi chip, instead of a shitty, closed chipset like Broadcom. When the price-per-unit difference is pennies, knowing that you're potentially losing some thousands of customers in exchange for saving a few cents per unit can make the difference in how you choose.

It also matters in user choice in the workplace. The more normalized Linux is, the more likely there will be skills in IT support, more mass-management tools, and more willingness to allow employees to choose their OS.

But where it really matters is in standards. Diversity puts pressure on software developers to use standardized and open data exchange standards. I can't emphasize enough how important diversity in OSes is to driving creation of, and conformance to, standards, and how much of an anathema to standards monocultures are.

Even within OSS this is true: github and git have become monocultures; they aren't standards, they're tools developers are forced to use if they want to interact with the wider development world in any meaningful way. They're not bad; git became dominant largely because github used to be so fantastically better than anything else available at the time; but now, their very dominance stiffles diversity and innovation. Want to try the rather exciting pijul, the patch-based spiritual successor to darcs? Fuck you, because you won't be able to collaborate with anyone, and you repos won't work with any proglang module systems like cargo or Go modules, because it isn't git[1]. Monocultures are bad, whether they're evil corporation software, or FOSS.

Higher Linux use increases diversity, encourages data format standards, and creates a healthier ecosystem. That's why these numbers are important.

[1] Go and Rust's cargo support more VCSes than git, but they could easily not, and I'm sure the maintainer's of the vcs code wish they could drop support for some of the long tails - and everything that isn't git is on the long tail at this point. There are attempts at creating some standards around this; ActivityPub has tossed around ideas, forgefriends has been trying for a breakthrough for years - none of them address the root issue of how tools can access sourcecode efficiently in a way abstracted from the underlying vcs. Any such tool currently must have some bespoke code to speak the network language of the vcs, for every vcs. And since git is the most popular, when faced with the daunting task of supporting N vcses, when N-1 of them are in toto used by a small percent of users, it's just easier to support only git.