Slashdot Mirror
SuSE CEO's Two-Distro World
FrankoBoy writes "CRN has an interview with SuSE CEO Richard Seibt in which he claims such things as 'Linux means two companies: Red Hat and SuSE, and nobody else.' Another example of this kind of corporatespeak can be found in another interview he did with ZDNet last week. DistroWatch has an article about all this in its current weekly newsletter."
He's saying that as far as the corporate world goes, Linux == RedHat | SuSE. If you buy a pre-installed Linux box from some IT vendor somewhere, it will have RedHat or SuSE on it. This is basically true.
So don't jump the gun on tearing this guy a new asshole.
Okay, everybody calm down.
First of all, I really don't think that this interview was very interesting.
What seems to have gotten it onto Slashdot was his "only two distros" comment. However, what the person submitting the story left out was one minor detail: context.
He said HP, Sun, etc., are mostly backing off from pushing their own proprietary operating systems and opting to push Linux-based products. In that context, there are two highly relevant Linux distributions: Redhat and SuSE.
Can you name another distro with the resources to provide support to a major hardware vendor deploying Linux?
Isn't it amazing how much less interesting and inflammatory his comment seems with a little context surrounding it?
Somebody get that guy an ambulance!
I work for a medium sized software company. We certify against Red Hat for our US customers and SuSE for our German customers. We certify against specific releases. For our customers, Linux is either Red Hat or SuSE, and they (and us) refer to those distros' version numbers, not the kernel.
We simply couldn't gurantee things like version changes to glibc might break the small amount of native libraries we ship. PAM is a mess across various distros (so far, each distro needs to be documented separately for PAM setup of our app) and we've even found problems with consistent Java support.
Getting the software to work, and coding smart s only one part of the problem. The fact is that corporate customers expect their product to be QA'd, and QA takes time and money. They also expect technical support, and the time and cost to solve "what distro are you using" problems people may call in with is just not worth it. Maintaining a matrix of distro-patches-kernel-tweaks-hardware issues for any and all distro would be nigh on impossible to do properly. We've have to offer half-assed support and QA if we supported more than a handful of specific distros.
Then there are the services. We have to keep things like LDAP and NIS in a known state, and each distro has it's own disitinct flavour. And the third-parties. We depend on some third-party apps, and these must be certified, at the right level, for each distro, for these exact same reasons. Most enterprise solutions do not exist in a vacuum; most depend on a whole slew of third-party app and integrations into services and devices. Open standards can only go so far in the real world (we've found).
Sorry; I love Linux, but corporate customer have far different needs than I do in my cubicle at work, or on my play box at home. There are just too many unknowns to risk fubarring our customers world. These unknowns exist whether or not an app is well-designed and properly robust.
This is not to say we won't support Debian or Gento or whatever. It just means that until you come along and ask us to support one of those distros or platforms, we will not certifiy it with our app suite. We've done it for FreeBSD for one single customer. We need a business case to proceed with a new platform, and we've found that each distro can behave as if it was just another UNIX platform for us: it needs to be smoke-tested and QA'd, or it will break at the exact wrong moment for our customers.
-- clvrmnky
While many vendors do support other distributions than the big two (RH & SuSE) this is mostly on the desktop. Support on the server side for large servers is pretty much restricted to these two. This is true for hardware also If you want support for larger SMP's, SAN, etc there are not many drivers for other distros. Usually you can just go ahead and try, but if something does not work the support line will tell you to replace your distro xxx with RH/SuSE where thei support it.
I've been involved in quite a few new Linux customer projects. All the time third party software (Oracle, SAP, DB2, etc) was involved as well. The only distros which are *certified* to run this stuff are Rh and SuSE. And customers do want certified installations !
Personally I'm happily running debian and gentoo, but I haven't come across commercial installation of these distributions yet.
Markus