Kernel News reviews SuSe Linux Enterprise Desktop 11, SP1. In addition to fixing a lot of problems that plagued the initial SLED 11 release, SP1 includes major software updates. For instance, SLED11 SP1 includes GNOME 2.28 and KDE 4.3.5.
Kernel News reviews SuSe Linux Enterprise Desktop 11, SP1. In addition to fixing a lot of problems that plagued the initial SLED 11 release, SP1 includes major software updates. For instance, SLED11 SP1 includes GNOME 2.28 and KDE 4.3.5.
Why is this called Enterprise when even the most basic testing would have caught the major bugs.
I can’t see any other conclusion- their Enterprise product does not go through Enterprise testing.
——
To fix the nVidia problem, we simply copied the “updates” directory from the 2.6.32.11-0.3-pae directory to the 2.6.32.12-0.7-pae directory, then ran “depmod -a”.
——
This should never be need on an Enterprise product.
————
the initial SLED11 used GNOME 2.24/GTK 2.14, which was pretty aggressive with it’s library dependencies and as a result, many of the GTK applications had to be tweaked/updated in order to compile against the newer GTK
————
No way – this is not what you do to an Enterprise product. This is the kind of hackery that even a cutting edge product like fedora shouldn’t do.
Perhaps I should set up an Enterprise product and advertise it as having more testing than SLED?
It’s a double edged sword. If you are doing a product you’ll have to support for several years, you don’t want to have end-of-life’d versions of the libraries there. Nobody is interested in fixing the bugs on those. That’s why the initial release might seem to be a bit too cutting-edge.
It is not the initial release, it is the first stability and security service pack! Those versions are not cutting edge, but they will cause a lot of trouble. KDE is a good thing, it can’t be worst than 4.1 and all the trouble it will cause worth it, but not GTK. Probably nobody use KDE on SLED11, it was an early version of 4.1, so it was unusable. But all Gnome users might have trouble.
About the “nobody will want to fix the bugs: argument, it does not hold. SLED customer -pay- to have those bug fixed, it is not a community based fixing. Or they pay a consultant like me to fix them, or they ask Novell directly. They are not going to use the mailing list of fill a report on the software in question bug tracker.
Switching major versions of critical component is just a bad decision. Novell don’t really have a good reputation in the first place (at least here), but they have a lot of market share gained from NetWare and multi OS interoperability propaganda by Microsoft. It is never because of the quality of their products. I see more business adopting CentOS because of the quality than SLED, even if the former is the only true corporate distribution. And guess what, I thing that CentOS -is- better than SLED. For mission critical server, the standard is still Unix (mostly AIX and UX) or RHEL.
Edited 2010-07-08 17:13 UTC
A common misconception: Enterprise = High Quality
In reality, the word Enterprise is a tranliteration from the Slobovian language:
Enter = en + ter = “take land”, which today mean to take money, or receive compensation for.
Prise = “a shouting”, which today means there is a person in Uzbekistan to yell at when things go wrong.
That should clear things up a bit.
Enterprise in this case doesn’t mean bug-free, it means there’ll be someone to support you when you run into those bugs.
I agree with you on the testing part. Anybody who has used SLE10 in an enterprise setting knows that QC/QA within Novell can’t be taken all too serious as SLE10 was utterly broken in many ways. E.g. package management, screwed repositories (dependencies in SP3 repo to packages in GM repo), idiot online upgrade procedures, instability of all stuff that Novell added (rug/zmd/zypper).
Also all the development effort on YaST is wasted for enterprise customers.
I’d have to agree. I used to love SLED. Package management let me down a few too many times. But I’m also a linux nomad. Slackware-> Red Hat Linux->[FreeBSD]-> gentoo-> ubuntu -> debian-> ubuntu -> SLED-> debian -> fedora. With a few less mainstream distos, tried here or there.