Language Selection

English French German Italian Portuguese Spanish

Too Many Distros

epic FAIL

It baffles me how every time this argument comes up, both sides are as passionate as they are pointless.

I use Ubuntu on my main desktop(a personal choice I'm happy to have) because of the awesome community support. Go ahead and compare it to Windows: a group of people who want to help and know what they're talking about vs. a low-paid inner-city youth or an indian named 'david' (sure) reading from a script that I could have written myself.

When it came time to refurb a cast-off laptop I tried puppy and MEPIS, settled on the latter because of the superior mix of lean, power-efficiency and pretty colors.

Why are multiple distros bad exactly? Your arguements make no sense. After 5 minutes on google I figured out how to install .rpms on Debian-based Ubuntu, which I only had to do once because everything else I've ever wanted was ported to .deb for me and already in my repo list, easily accessable from synaptic. I've also developed software myself using the now-standard SDL libraries and I can run my programs on Ubuntu, MEPIS, even the Xandros that came on my EEE. I'd go so far as to say that the compatibility of software across the Linux Distros is better than across 95/2k/XP/Vista. Hell, I can run more 16-bit windows software in Wine then I can on Vista.

The final retarded arguement is that commercial developers might somehow change their tune and release Linux-native commercial software if there were fewer distros. I say, eff the commercial software companies. The last thing I would ever want is for my beloved Linux community to become a cold money machine. You can have your invasive DRM and let your OS report home to his corporate master, I like being in charge of my PC, not the other way around.

I like having that choice, and I like knowing that whatever specific job I need my PC to to, I can go get a distro custom-taylored to do it.

Too many distros?

The thing that bothers me about the 'Too Many Distros' way of thinking is that by amalgamating them/reducing the number, you might - JUST MIGHT - be stifling the work of that one lone developer, poring over code in his bedroom somewhere in the world, who could create the greatest Open Source project the world has ever seen.
Why stifle that kind of potential creativity?
Anyway, as Wolven said earlier, who is to decide which projects are worthy and which are not?
This is an Open Source COMMUNITY - the community decides which projects live and which don't, which are worthy and which are not, by their patronage of them.
It's an evolutionary process. Leave it alone.
Confused Windows users and newbies? Do some reading. Learn stuff - it's good for you.

I like linux and use it on a

I like linux and use it on a simi regular basis, but find the number of distros mind boggling. I can see it working with 4 or 5 distors that work together to make writing and installing programs the same across all distros. I'm sure it can be done because KDE and Gnome have done it.

re: Too many distros

loganwva wrote:
I like linux and use it on a simi regular basis, but find the number of distros mind boggling. I can see it working with 4 or 5 distors that work together to make writing and installing programs the same across all distros. I'm sure it can be done because KDE and Gnome have done it.

I am of the opinion that there are not too many distros, I guess I'm biased since I'm developing one of those distros. But I'm curious, so I have to ask a few questions. (And a lengthy rant)

1. How do you think it affects you negatively that there are "too many" distros, other than that the list on DistroWatch is pretty long. Do you feel compelled to use them all and the mere thought of installing them all wears you down?

2. Which 4 or 5 distros deserve the "right" to live, in your opinion, and on what grounds do you base this on?

You write: "[...] work together to make writing and installing programs the same across all distros"
3. Are you aware that there are only three major ways of installing packages that are used on most distros? RPM, DEB and TGZ. You can stretch this list to four or five if you count Gentoo's portage and PacMan from Arch. I'm not saying there aren't more ways of installing packages, hell, some even prefer 'make && make install', but those are the major once. Which package manager(s) deserver to be used and why?

Does anyone of you who think there are too many distros really believe that the over all quality of GNU/Linux would be better if there where only two or three distros?

Without the right to "fork" other distros and make new once we would not have: OpenSUSE, Ubuntu, CentOS, PCLinuxOS, Mint, Fedora and a bunch of other popular distors which are used by hundreds or even thousands of people every day. Who's to tell them that their distro of choice does not deserve the right the exist, "because there are too many distros and it confuses the noobs coming from Windows"? Well fu*k the confused noobs, if they are at all confused. I was introduced to Linux by a friend who installed Redhat on a spare box for me and when that install broke after a few weeks (RPM hell) I decided to install a distro on my own, I took a look at the top 10 distros at DistroWatch and went with Gentoo after a little bit of reading. I was not confused at all even though I'd been using Windows exclusively on my desktop and I'm not smarter than the average person.

"Oh, but only the biggest and best distros should be allowed to be around." I hear you say... Well the "best" distros wasn't the best when they first launched where they? It takes time to evolve and become a good distro, and without permission to even start a new distro how can the next "best" distro ever come to life? One good example is PCLinuxOS, it's a fairly young distro and it has become a rather popular one with a large and happy user base. Who could predict that it would become just that when it was first announced? I'm sure there where quite a few people who thought: "Oh noes! Not another crappy distro, there are too many already." Linux distros follow a natural evolution, the strong and best survive, while the weak die, but none of us can predict which distros that is. (Except perhaps when you got a billionaire backing you, then your chances of are pretty good.)

Here's a stupid car analogy: "There are too many brands of cars out there, the consumers are getting confused. We should all drive Ford, Toyota or Honda."

re: re: Too many distros

Wolven wrote:
Does anyone of you who think there are too many distros really believe that the over all quality of GNU/Linux would be better if there where only two or three distros?

Yes, I do.

Numerous distro's dilute the already minuscule market share - meaning no Name Brand App or major ISV will risk investing time, money, marketing or support porting over their app to Linux. Hence the lack of Photoshop or QuickBooks or Visio or AutoCAD or <.

So many distro's mean a mixed-at-best marketing message. Better to choose none, then risk choosing the wrong one.

So many distro's mean support problems. Does anyone really think there are many SysAdmins that KNOW everything about every distro?

If Linux is happy with the computer hobbyist market, then fork away. But if they want/expect/need to move into the business market, they need to have a much more unified approach and marketing message - all which is pretty much impossible when you have dozens/hundreds of distro's out there.

Businesses are risk adverse - if they don't know for sure what they are getting, and what their ROI on that decision will be - they probably will play it safe and stick with what they're currently using.

Wolven wrote:
Here's a stupid car analogy: "There are too many brands of cars out there, the consumers are getting confused. We should all drive Ford, Toyota or Honda."
Not a very good analogy. With cars, except for very minor differences, they all operate the same.

Choice is only good when making the wrong one doesn't matter (which is the problem with all the "candy shop" arguments). That's rarely (if ever) the case with businesses.

I have news for you who

I have news for you who think you know everything about business needs.

Businesses will use whatever they feel is going to provide them with a stable, reliable OS.

And by the way, You seem to project the idea that many distros somehow 'dillute' a market. Linux is the OS. Just as Windows has multiple variants, just as Unix has many variants, no one ever seems to get confused or have trouble figuring out which Unix they wanted to use or which windows they want to buy.

The very 'competitors' you want to compete with have a similar issue. And that is taken on by choice. No one made MS create 7 different versions of Vista, and they already have plans to do the same with the next windows as well.

Unix has dozens on dozens of variants. That never stopped developers from writing apps for Unix.

I'm sorry Mr. Trump, your business thinking is flawed and you are fired.

Big Bear

More in Tux Machines

Load balancing with HAProxy, Nginx and Keepalived in Linux

Configure your server to handle high traffic by using a load balancer and high availability. This tutorial shows you how to achieve a working load balancer configuration withHAProxy as a load balancer, Keepalived as a High Availability and Nginx for web servers. Read more

today's leftovers

  • Chromebook Users Will Soon Be Able to Install Debian Packages via the Files App
    Google continues to work on the Linux app support implementation for its Linux-based Chrome OS operating system for Chromebooks by adding initial support for installing Debian packages via the Files app. Linux app support in Chrome OS is here, but it's currently in beta testing as Google wants to make it ready for the masses in an upcoming stable Chrome OS release. Meanwhile, Google's Chrome OS team details in a recent Chromium Gerrit commit initial support for installing Linux packages in the .deb file format used by Debian-based operating systems directly from the Files app.
  • Phoronix Test Suite 8.2 Milestone 1 Released For Open-Source Benchmarking
    The first development snapshot of Phoronix Test Suite 8.2 is now available as what will be the next quarterly feature update to our open-source Linux / BSD / macOS / Windows automated benchmarking software and framework.
  • How To Install Plex Media Server on CentOS 7
  • How to Recover Files from Corrupted or Damaged ReiserFS File Systems? DiskInternals Has the Answer
  • DXVK 0.63 Released With Support For NVIDIA's Latest Driver
    For those planning to enjoy their favorite Direct3D 11 games under Wine this weekend and utilizing the DXVK D3D11-over-Vulkan layer for greater performance, DXVK 0.63 is now available. First up with DXVK 0.63 is compatibility with the newly-released NVIDIA 396.45 stable driver release due to Vulkan driver changes.
  • Northgard introduces the Clan of the Snake in a new DLC
    Thriving in the harsh northern lands in Northgard isn’t particularly easy and the new Snake Clan faction adds a few twists to the enjoyable Viking experience. An update that released alongside the DLC also adds several bells and whistles to all players for free.
  • Meg Ford: GUADEC 2018
    I was particularly interested in and disappointed by Michael Catanzaro's talk "Migrating from JHBuild to BuildStream". I appreciate all the time and effort the Release Team has put into maintaining and developing the build systems, so I'm including my experience here as an example, not as a criticism. Over time I've gotten used to JHBuild and become adept at searching for and fixing its sometimes bizarre error messages. A few months ago, after running into some modules that failed on JHBuild, I read the announcement about GNOME's modulesets moving to BuildStream. I spent a couple days removing JHBuild and rebuilding everything in BuildStream. Except I ran out of disk space. So I removed as much as I could and started over. Except then PulseAudio wouldn't work. Luckily I'd occasionally run into the same errors caused by an unavailable PulseAudio daemon when I was using JHBuild. I tried restarting the daemon, etc, and looked for info on the subject. In the end it turned out that PulseAudio wasn't available within the sandbox, so I scrapped BuildStream and went back to JHBuild. Going forward, I'm planning to move from JHBuild to using FlatPak, Builder, and GNOME's nightly runtime build. I'm happy that the community is providing solutions, and, while things are still in a confusing state, at least they are moving quickly in interesting and promising directions.
  • On Flatpak Nightlies
    As far as I know, it was not possible to run any nightly applications during this two week period, except developer applications like Builder that depend on org.gnome.Sdk instead of the normal org.gnome.Platform. If you used Epiphany Technology Preview and wanted a functioning web browser, you had to run arcane commands to revert to the last good runtime version. This multi-week response time is fairly typical for us. We need to improve our workflow somehow. It would be nice to be able to immediately revert to the last good build once a problem has been identified, for instance. Meanwhile, even when the runtime is working fine, some apps have been broken for months without anyone noticing or caring. Perhaps it’s time for a rethink on how we handle nightly apps. It seems likely that only a few apps, like Builder and Epiphany, are actually being regularly used. The release team has some hazy future plans to take over responsibility for the nightly apps (but we have to take over the runtimes first, since those are more important), and we’ll need to somehow avoid these issues when we do so. Having some form of notifications for failed builds would be a good first step.
  • TLS 1.3 Via GnuTLS Is Planned For Fedora 29
    The feature list for Fedora 29 continues growing and the latest is about shipping GnuTLS with TLS 1.3 support enabled. TLS 1.3 was approved by the Internet Engineering Task Force earlier this year as the newest version of this protocol for making secure web connections that is key to HTTPS. TLS 1.3 offers various security and performance improvements over TLS 1.2 as well as lower-latency, better handling of long-running sessions, etc.
  • Xubuntu 17.10 EOL
    On Thursday 19th July 2018, Xubuntu 17.10 goes End of Life (EOL). For more information please see the Ubuntu 17.10 EOL Notice.
  • Linux Mint developers planning big Cinnamon 4.0 improvements
    Linux Mint is one of the most popular Linux-based desktop operating systems for a reason -- it’s really good. By leveraging the excellent Ubuntu for its base, and offering a top-notch user experience, success is pretty much a guarantee. While the distribution primarily focuses on two desktop environments -- Mate and Cinnamon -- the latter is really the star of the show. Cinnamon is great because it uses a classic WIMP interface that users love, while also feeling modern. With Cinnamon 3.8, the Linux Mint Team focused on improving the DE's performance, and today, the team shares that it is continuing that mission with the upcoming 4.0. In particular, the team is focusing on Vsync.

OSS and Sharing Leftovers

  • Crowdfunding for extension management in GIMP (and other improvements)
    Well that’s the big question! Let’s be clear: currently security of plug-ins in GIMP sucks. So the first thing is that our upload website should make basic file type checks and compare them with the metadata listing. If your metadata announces you ship brushes, and we find executables in there, we would block it. Also all executables (i.e. plug-ins or scripts) would be held for manual review. That also means we’ll need to find people in the community to do the review. I predict that it will require some time for things to set up smoothly and the road may be bumpy at first. Finally we won’t accept built-files immediately. If code is being compiled, we would need to compile it ourselves on our servers. This is obviously a whole new layer of complexity (even more because GIMP can run on Linux, Windows, macOS, BSDs…). So at first, we will probably not allow C and C++ extensions on our repository. But WAIT! I know that some very famous and well-maintained extensions exist and are compiled. We all think of G’Mic of course! We may make exceptions for trustworthy plug-in creators (with a well-known track record), to allow them to upload their compiled plug-ins as extensions. But these will be really exceptional. Obviously this will be a difficult path. We all know how security is a big deal, and GIMP is not so good here. At some point, we should even run every extension in a sandbox for instance. Well some say: the trip is long, but the way is clear.
  • Python's founder steps down, India's new net neutrality regulations, and more open source news
    The head of one of the most popular free software/open source software projects is stepping down. Guido van Rossum announced that he's giving up leadership of the project he founded, effective immediately. van Rossum, affectionately known as Python's "benevolent dictator for life," made the move after the bruising process of approving a recent enhancement proposal to the scripting language. He also cited some undisclosed medical problems as another factor in his resignation. van Rossum stated that he "doesn't want to think as hard about his creation and is switching to being an 'ordinary core developer'," according to The Inquirer. van Rossum, who "has confirmed he won't be involved in appointing his replacement. In fact, it sounds very much like he doesn't think there should be one," believes that Python's group of committers can do his job.
  • FLIR Creates Open-Source Dataset for Driving Assistance
    Sensor systems developer FLIR Systems Inc. has announced an open-source machine learning thermal dataset designed for advanced driver assistance systems (ADAS) and self-driving vehicle researchers, developers, and auto manufacturers, featuring a compilation of more than 10,000 annotated thermal images of day and nighttime scenarios. The first of its kind to include annotations for cars, other vehicles, people, bicycles, and dogs, the starter thermal dataset enables developers to begin testing and evolving convolutional neural networks with the FLIR Automotive Development Kit (ADKTM). The dataset empowers the automotive community to quickly evaluate thermal sensors on next-generation algorithms. When combined with visible light cameras, lidar, and radar, thermal sensor data paired with machine learning helps create a more comprehensive and redundant system for identifying and classifying roadway objects, especially pedestrians and other living things.
  • Open-source map of accessible restaurants in Calgary growing into something beautiful
    A call on Twitter for a list of accessible restaurants has led to an online mapping movement to plot out user-friendly restaurants around the city. On Monday, Calgary-based tech entrepreneur Travis Martin saw a tweet from Natasha Gibson (@ktash) asking Councillor Druh Farrell if she knew of some accessible restaurants for her senior parents.
  • Universities in Germany and Sweden Lose Access to Elsevier Journals [iophk: "sci-hub to the rescue"]

    This month, approximately 300 academic institutions in Germany and Sweden lost access to new papers published in Elsevier’s journals due to a standstill in negotiations for nationwide subscription contracts. While Elsevier’s papers remain inaccessible, academics are turning to alternative means of obtaining them, such as using inter-library loan services, emailing authors, finding earlier versions on preprint servers, or buying individual papers.

  • Open Source Laboratory Rocker is Super Smooth
    Lab equipment is often expensive, but budgets can be tight and not always up to getting small labs or researchers what they need. That’s why [akshay_d21] designed an Open Source Lab Rocker with a modular tray that uses commonly available hardware and 3D printed parts. The device generates precisely controlled, smooth motion to perform automated mild to moderately aggressive mixing of samples by tilting the attached tray in a see-saw motion. It can accommodate either a beaker or test tubes, but since the tray is modular, different trays can be designed to fit specific needs.
  • Update on our planned move from Azure to Google Cloud Platform
    Improving the performance and reliability of GitLab.com has been a top priority for us. On this front we've made some incremental gains while we've been planning for a large change with the potential to net significant results: running GitLab as a cloud native application on Kubernetes. The next incremental step on our cloud native journey is a big one: migrating from Azure to Google Cloud Platform (GCP). While Azure has been a great provider for us, GCP has the best Kubernetes support and we believe will the best provider for our long-term plans. In the short term, our users will see some immediate benefits once we cut over from Azure to GCP including encrypted data at rest on by default and faster caching due to GCP's tight integration with our existing CDN.

Openwashing Examples

  • Ripple’s Evan Schwartz says Codius might pave the way for open-source services
    The Creator of Codius, Evan Schwartz, spoke about the technology recently at CSAIL Initiative Launch. Codius is a smart contract and distributed applications hosting platform developed jointly by Stefan Thomas, the Founder of Coil, and Evan Schwartz. Schwartz started off by saying that Codius is much more flexible in hosting decentralized applications when compared to the blockchain. The reason for many developers to choose the blockchain is mainly security and redundancy.
  • Nish Tech Simplifies eCommerce Integrations With the Launch of Open-Source Framework for Sitecore Commerce
    Nish Tech, a leader in Sitecore and eCommerce implementations, released a framework to the user community to accelerate and simplify development and integration for ecommerce sites. Nish Tech, a Gold Sitecore Implementation Partner with a specialization in eCommerce, initially unveiled a preview at the European Sitecore User Group summit in Berlin, Germany earlier this year. Today marks the official launch of this framework. In most online ecommerce implementations, integration with backend systems like ERP (Enterprise Resource Planning) and PIM (Product Information Management) play an important role. Most companies spend significant time/effort building connections to these systems. Customers using a modern ecommerce platform, like Sitecore Experience Commerce in the digital commerce space need a communication link to the backend systems to complete ecommerce transactions.
  • Appareo offers open source on fourth-generation Stratus receiver
    Appareo released a new addition to its Stratus family of pilot-friendly affordable avionics this week. Stratus 3 is the latest model in the line of industry-leading ADS-B receivers first introduced in 2012. The company will exhibit Stratus 3 as part of its full line of Stratus products next week at the annual EAA AirVenture Oshkosh 2018 fly-in and expo.