Opensolaris is just as desktop-ready as Linux. Open source desktops are the same in Linux, Opensolaris and BSD: Gnome, KDE, Openoffice, Firefox, X.org, dbus, etc. They all use the same code. From the user POV they are the same.

The one real difference is the hardware support (where Linux is the king). But once you have hardware support in Opensolaris and BSD, the rest of the software stack is identical (and the same applies for servers, BTW).If Linux is desktop ready, opensolaris is also desktop ready.

You don't need them with OSS on FreeBSD and Solaris (for example), or on Linux with the out-of-tree OSS 4 implementation

You don't need them in ALSA either, because dmix is implemented in the ALSA library, not as a userspace daemon.

It's amazing the increible amount of FUD that has been spread about these topics...

Where do you think is the fastest place to process, kernel or userspace?

The CPU doesn't run magically faster when it is running kernel code...

not every app out there is written to use the dmix plugin.

The dmix plugin is used transparently in the ALSA libs, apps don't need to be rewritten to use it...

With a standard configuration, alsa does also

All the relevant desktop distros enable dmix by default...

Please see the OSS implementation in FreeBSD for a lesson in how sound should be done.

Yeah, FreeBSD. And instead, why not take a look at how OS X and Windows (Vista and ahead) implement their sound systems? Hint: Both mix audio in userspace, and Pulseaudio is the closest thing to them in Linux land.

But hey, what do OS X and Windows know about desktops and professional sound systems? Nothing. That's why we all should follow the lead and use cutting-edge technology like OSS and in-kernel sound mixing.

.

Yes, because userspace sound daemons were invented by ALSA. We didn't have these with OSS, not at all....

So? The EC fined Telefónica (a spanish telco) with 150 millions. And the fined EON (german) and GDF (french) with 550 millions each one for being a cartel. And the fined 11 european and japanese companies with 750 millions (including 330 millions for siemens, which is german).

And in my opinion, the EC is just doing what EEUU should do but doesn't.

Beta 4 was released on 28 June, so you'll need to wait a bit.

No it doesn't - it avoids most of the rare cases where you need it, though

I read the LKML for years.

So do I, and I won't ask you to search proofs of what you say because it's just lies. Try to find just one single phrase where Linus tells Ingo to wrote a new scheduler. You won't find it because it was Ingo who decided to write it, as he explained in the initial announcement.

You just need to change in your article the name "linus" by "ingo" and then your post may have some sense. Which shows how much you "know" about the topic.

Linus didn't even bothered with the scheduler, Ingo was the maintainer and it was him who was in charge of deciding what should replace it. It was him who argued, not linus. It was him who ended up admitting that the ideas from Con were good and he wrote the scheduler which is now into the kernel. One that, according to Con, was better than his own scheduler.

As an alternative, Debian could fix their release process (they still consider critical bugs of almost unknow and barely used packages as release-critical bugs that can stop the release of widely used and know packages with no critical bugs?).