Results of the 2013 /r/Linux Distro Survey
constantmayhem.com
constantmayhem.com
For Linux client systems that use Wikipedia, Linux kernels with Android dominate. There's about 7 Android clients for every 1 Ubuntu client. There's about 45 Ubuntu clients for every Fedora and SuSE client. There's 2 Fedora users for every Debian user. And so on - less used Linux clients are listed on the report as well.
Netcraft used to have a decent survey of which web servers were running Linux, but I don't see any recent reports from them on that. With the rise of EC2 and PAAS/IAAS I would guess the Amazon Linux AMI would be one of the new VPSs/instances/"servers" that is around more nowadays.
And those numbers surprise me as well.
Arch seems to have the Haskell problem: avoiding success at all costs.
Although, many see this as a feature and not a bug.
Some big moves (likes switching to systemd) required some work, but still ran smoothly. For my own computers (including the laptop I work with) it's almost perfect.
Arch is far from perfect, and I'm not convinced I like the direction it's heading in (re systemd), but that's a plauge for the wider ecosystem than an Arch-specific issue. However Arch definitely find a nice balance between "hands on" and "lazy administration" for desktop users.
Sadly though, systemd was the last straw that saw the start of my migration away from Arch on the servers (now a balance of FreeBSD and Debian; depending on the requirements of that server).
As with everything though, it's all personal preference. So I expect plenty of people to have a different opinion (and different experiences as well).
YMMV of course but I've found the entire Arch experience to be pleasant and it fits my work flow, but I understand that it doesn't fit everyone's.
That's what most ditros do. Fedora and openSUSE anyway. While we wait for upstream to fix the issue and release a new version, we prefer to have a working package, though.
Bugs from Arch are urgent, simply because all their users are stuck waiting on the fix which means affected users will be interested in updating and communicating about the upstream report. Also they are probably on an unpatched recent stable release, which makes a good baseline -- either the bug was fixed in master since the recent release, or it is still present and real. There's little question whether a bug is caused by a distro-specific patch or not, because Arch linux packages are more or less thin build scripts around unpatched sources. You find things like .desktop files and systemd unit files in the Arch package repo, but not many source patches that might introduce unreproducible bugs.
It's easy to see why running Arch is painful for a sysadmin: You get stuck with all the variance in maintenance quality of upstream packages with not much recourse other than building a fixed package from source yourself (thankfully this is pretty easy with Arch's build system). On the other hand it's easy to see why this is great for the linux ecosystem: A popular distro running recent unpatched stable binaries means a lot of testing of releases soon after they come out, which surfaces upstream problems faster and encourages faster maintenance cycles and better upstream releases that benefit everyone.
... and then a member of the Arch community writes a really nice document about alternatives and work arounds and fixes and puts that on a wiki somewhere.
The Arch documentation is a jewel, and I very much hope they manage to continue that tradition.
Archlinux is doing amazingly well by sticking with the "Arch Way", even when it has user visible side effects (lol haskell). This success is evident from distrowatch, this survey, and others.
It is avoiding popularity rather than success. And I parse it rather as "avoid some nasty costs that could boost popularity" not as "spare no costs when actively decreasing popularity".
But, see, you can almost type-check your tens of grub2 confs!
I use Archlinux, but never visit reddit, hacker news and slashdot already waste enough of my internet time :)
It's supported by a company called Canonical, but I'm not sure it adds value.
The community is larger and you may find online resources more easily.
I wouldn't be the slightest bit surprised if Shuttleworth sees himself as the "Steve Jobs" of Linux and with the direction they're taking, I think Ubuntu will be like Android/Linux (ie still "Linux", but largely incompatible with the traditional desktop Linux ecosystem).
Hopefully I'm wrong. But Shuttleworth has done little to give me confidence.
I think ubuntu LTS gets packages from wheezy and normal ubuntu from sid.
I like Debian for servers but I'd probably go with Ubuntu or Mint for desktops if I ran a linux desktop.
I also know of several colleagues that use and enjoy Ubuntu (because Unity notwithstanding, the distribution is pretty solid) with an alternative environment like xmonad.
My experience with Debian is limited to servers, but I'd imagine a lot of the creature comforts of Ubuntu are missing on Debian when used as a personal OS.
I could have answered "yes" to the non-server question because I have an Android device.
I was forced into Ubuntu, but I was very pleasantly surprised at the methodologies and documentation available to implement the services and processes I needed. Arch is very much the same - not afraid to make changes if it has a benefit in the long run.
As for setting up Xorg and a window manager/desktop manager/login manager on my laptop was finally super easy. Looks like it has come a long way in the past couple of years...surprised Linux Mint is still giving me troubles.
[1] http://1.bp.blogspot.com/_DnNIRkWn-Pg/SW-sUKlnLBI/AAAAAAAAAQ...
Anyway he is using RHEL (Red Hat enterprise Linux) in the survey results not Red Hat.
I can see why you might have misunderstood him though. "Does not exist" could be read both ways.
Just the name Red Hat, isnt a distrobution. Its the name of a company. Fedora, RHEL and CentOS are.
* Non-server users
* Server users
I wasn't sure if that was implied by your post or just listed as a reference of distribution names. So just in case it was implied... :)