If you want an OSX which doesn't require reboots OSX is the answer.
But seriously - I was at a customer site yesterday with some colleagues and Wifi wasn't working for any of the Mac users. They were all told to reboot and then it worked. OS X is an excellent system, but it's shit stinks like the rest of us.
The slow manual install process? I can't remember any of it, and would have to read a howto again if I had to do it -- but I think it went a LONG way towards demystifying things: everything was just user-editable config files and sources. There's no magic, and almost everything is something I can change with compiler flags.
Of course, I now heart ubuntu and debian, because I tend to agree with the choices of most package maintainers as far as compilation options, and my computer is fast enough that I don't think I'd notice if my office binary were maximally optimized or not. ;) However, I might not have gotten here had I not been exposed to Gentoo and Slackware long ago.
I agree, though, that sticking to Ubuntu or Fedora for new users is a great idea. They are both excellent operating systems with regard to simplicity.
By any chance are you running OS X on Apple hardware? If we took OS X and installed it on an Ubuntu Certified Dell PC we may find that it has the stability issues, so if you are comparing it to OS X running on Apple hardware it's not a very fair comparison, as it's being run under ideal circumstances and Linux is not.
In those circumstances you shouldn't have any "stability" issues because it's a like for like set of engineering - basically.
In general, in terms of your other comparison with "any" hardware on the Ubuntu side - the two most likely causes of problems are hardware drivers and user fiddling (ie mixing repos and kernels). Lack of engineering support from manufacturers for client hardware is a big issue that's outside the Linux distros control. Nonetheless, if you use common supported hardware and standard installs then you shouldn't be having stability issues.
Personally Debian Sid is my top choice, Arch being close second, and SlackWare being third for sentimental value.
Ubuntu always breaks on me after a while. Mint destroyed two separate and different installations with its full disk encryption. Gentoo is too much work. Fedora... I just cant bring myself to use something called yum. The Mandrakes, Mandrivas, PureOS's, et. al. and the derivative distros just feel like crutches to me. In my opinion nothing come close to the simplicity and straightforwardness of Debian.
They use dnf now.
I started by using Fedora, which worked well for me, but there were occaisional annoyances, like having to install a lot of software to /opt and /usr/local instead of making custom packages because rpms are a pain to make, and some major, and difficult to compile and configure software (specifically mono), being too out of date to satisfy dependencies for something I wanted to use (KnightOS development tools written in a recent version of C#). When I wanted to edit the configuration of some software, it was much more difficult than it needed to be because it was already running a custom configuration highly tailored to Fedora. Rather than just finding support online and doing what it said, I had to invest quite a bit of time into figuring out how the software worked, and how it integrated into the fedora system, before having a high enough level of understanding to figure out the changes that needed to be made myself.
After just 6 months of using fedora I migrated to Arch. The installation process was slightly cumbersome. I had never configured wifi using anything other than a graphical wizard, and even though netctl is really easy to use, it took some getting used to. Partitioning my drive without gparted or OS X disk utility was daunting. But none of these were too big of challenges, because the beginners guide, and the rest of the Arch Wiki, were so thorough and easy to follow.
I installed GNOME and never ran into any issues. Nothing ever broke, except when I installed incompatible video drivers, but that was my fault and easily fixable by booting from the installation disk. Unlike in fedora, almost any software I could ask for was in the official repositories, configured minimally. If it wasn't, then it was on AUR. And for the software that no one but I use, creating my own package was so incredibly trivial that it was almost easier than manually compiling from source.
A couple months later I added a second arch installation to my machine with full disk encryption (keeping around the old one because I had no where to back up to at the time). And then a couple months I replaced both installations with a cleaner (gummiboot instead of isolinux, luks on lvm rather than lvm on luks), bigger (occupying my whole drive rather than just half) arch linux installation.
Just a couple days ago I reconfigured my system to run debian and arch in dual boot with a shared home partition, both with in an lvm configuration over luks. While the debian installer was powerful relative to fedora's and ubuntu's, I found that I had to drop down into its very underpowered busybox shell several times to acheive the configuration I was going for. In comparison the Arch installer is just a full live arch installation with arch-chroot and pacstrap bundled in to be able to manage packages on a foreign system.
tl;dr I think that if you encourage new users to focus on the fundamentals of using linux, the "easy to use" distros will quickly become harder to use than the more "advanced" distros.
My point, which I now realize I thoroughly obfuscated, is that by only providing low-level tools and focusing on making them simple and transparent and well-documented, Arch makes its inner-working much more accessible to beginners, at the cost of maybe seeming impenetrable to the total noob.
You can also install a debootstrap binary for most other distros and bootstrap a Debian chroot system in less than 3min ; )
>I trust that all the smart people using debian are onto something.
The big contrast with Debian and Arch are their package maintenance policies and release cycles.
The Debian community strives for a system that works well together and is stable above all else. Software must conform to standards of quality and stability, might be modified by their maintainers to that end and will be staged through the whole experimental -> unstable -> testing lifecycle before being deemed stable. This is a big deal for systems that you rely on or that you'd like to set and forget. Having the guarantee that software Works and updates won't break the system are also important.
From my experience, Arch is much more liberal about their packaging and is closer to the Debian sid/unstable experience in that you have access to bleeding edge packages that work 95% of the time, but sometimes you need to get you hands dirty to get your system working.
I remember that doing ./config failed, and I honestly had no clue in the beginning. So, while some friends of mine suggested that I abandon Linux and use Windows "because it works, and you don't have to waste your time" I decided to `waste` my time.
So I googled, asked around, watched the masters, and most importantly, learned. I tried again, failed again, and faster, but not on the same pitfall. Always on something new. And in the process I increased my knowledge of the system, of the programming languages used, I learned how to patch the software, clever and not-so-clever tricks.
The best part? I'm still failing, and I'm still learning.
I'm not into OS-wars - I just loved what I did, still do, and I'd do it again a million time :)
Don't get me wrong, I like Apple products too, but it's a bit harder to get some things on there like GCC.
If you can't even handle GNU/Linux, though, what does that say about people's receptiveness to research OS that completely shakes established paradigms? Are we just going to keep reinventing what is most convenient to our preestablished biases? Given the things coming out of GnomeOS and Freedesktop.org, it sure seems like it.
...then again, most people don't install Windows... on hardware
as heterogenous and diverse as what GNU/Linux frequents.
Before you buy a computer you plan to install Linux on, you check the compatibility lists. Before you buy a laptop to run Linux on, you check whether Linux has drivers for the Wifi chipset. Buying a graphics card? Does Linux have drivers that can fully exploit it?
Arguments about Linux's alleged superior hardware compatibility seem to always be based on anecdotes about that one time a relative's Windows computer wouldn't talk to some printer.
Walk into any Fry's or other similar store, pick a random piece of hardware off the shelf, and there's a significantly better chance of it both a. working at all and b. being fully supported on Windows over Linux.
About your last point, biases takes a huge amount of energy to overcome. I really wonder when such a shift will happen.
If you want an OSX which doesn't require reboots OSX is the answer.
That OSX doesn't require reboots (and that it has a security track record that's better than Windows) is the Slashdot-esque 'inverse FUD' you realize you unconsciously bought into only after the fact.
However, I think it's great that people have those tools for Linux. Sure, they might need to be configured sometimes, but most of the time they're something someone online thought they needed so they made it. It's a great community.
However, while I have had to make lots of configuration changes with Linux (even if it's just adding API keys, changing some simple and documented display parameters, sand so on) I've never experienced stability problems with software. I mean, sure there exists bad software, but I've always had great stability on Linux.