Advanced

SUSE Linux Attracts 22,700 Hardware and Software Partners

Posted by thevarguy2 on · 51 comments
The VAR Guy
Mail this story
Print this story

Red Hat (NYSE: RHT) recently became the world’s first $1 billion open source company. Now, the folks at SUSE, promoter of the rival Linux distribution, are seeking some bragging rights of their own. Indeed, SUSE says it now has more than 9,200 certified third-party applications and supports over 13,500 hardware, storage and networking devices. Impressive. But is SUSE in growth mode? Here's some analysis.

Full Story

  Nav
» Read more about: Groups: Red Hat, SUSE

» Get new stories by e-mail: nightly or as they are published

« Return to the newswire homepage

  Related stories
» More like this

Comments (51)

31 earlier comments in the full thread.

> ...what about things like Xine, VLC, Crossover Office, Vuescan, Java, etc. etc.

Java and Xine are available as a Slackware packages if they're not included. I have no idea what will happen with Java in the future though. VLC is available from Slackbuilds.org. Crossover office also comes with a distro neutral .sh installer. A vuesacn package seems to be available from slacky, but I couldn't find much else out about it. Slackware uses xsane for scanning.

In general, if a program is available for another distribution, it has or can be ported to Slackware (and is thus available for Salix), though their may be some work involved. As an example, the latest VMware View client only seems to be available for Ubuntu. I was able to extract the files from the Ubuntu package and repackage them into a Slackware package on my 13.1 box with about an hour of work.
@Ridcully: SalixOS uses Slackware (.txz) packages, not rpm. However, everything you mentioned except for Crossover Office and Vuescan are in the SalixOS repositories. However, both SalixOS and Slackware include rpm and can install rpm packages. What SalixOS can't do is automated dependency checking for an rpm. That's limited to txz packages.

SalixOS includes Simple Scan by default and offers XSane in the repository.
Slackware added a library of pam for google chrome for Slackware 13.37. granted it is not full-blown pam.

http://slackblogs.blogspot.com/2011/04/pam-package-in-1337.h...

Looks like Pat doesn't necessarily have as strong of views on pam as he once did.

http://www.linuxquestions.org/questions/slackware-14/linux-t...
I am sure Slackware, SalixOs, etc are all pretty good, but the point is, Linux distros have to get to a point where a Distro should Just-works.

A distro can't any more afford "you_need_to_do_this_to_get_that" or "you_have_to_download_that_for_that_to_work".

It has to be intuitive and user friendly enough, especially on tablets, to be usable and attractive by normal average human beings who are only interested in using a computer device just as they use a car, just jump in or on and drive. Woof.

@Fettoosh, why would you say that all Linux distros need to get to a "just works" standpoint? That seems to be the goal of quite a few distributions already so why do all of them need to adhere to that standpoint?

Linux has already reached the point that it is friendly enough on various devices to be used by any type of user. Linux gets used in a number of devices where the user doesn't even have a clue they are using Linux.
And here, I believe, is a classic example of what Fettoosh and slacker_mike are talking about (with caitlyn looking on). My experimental friend downloaded the 64bit Xfce version of SalixOS......in live mode, he was hooked by its speed and ability. He then tried to install it......and again........and again..........and it crashed and refused to install each time.....The CD is now in the WPB........It simply didn't "just work" even for installation. And that is a shame, a real shame.

As for me, I'm happy that openSUSE "just works", even if I have to massage personal settings in KDE4 to make the DE run the way I want......that's fine. On the other hand, a distro like Gentoo is, I believe, quite the opposite and it takes quite a bit of Linux know-how to fine tune it to perfection, and that's terrific as well for "them's as like the nutz and boltz of working with Linux". Each to their own, I say ! And long live Linux choice.
> I am sure Slackware, SalixOs, etc are all pretty good, but the point is, Linux distros have to get to a point where a Distro should Just-works.

That's only going to happen with preloaded machines. Do you think Windows just works? If you do, you've never tried to install it on a bare machine.

> ...and it crashed and refused to install each time....

That can happen. No distribution out there supports every hardware combination. :(
Quoting:Linux has already reached the point that it is friendly enough on various devices to be used by any type of user


@Slacker_mike,

Notice that I didn't say all Linux, I said Linux Distros. May be I should have said some Linux Distros.

Then again, I personally haven't found such Distro. Mind you, that doesn't mean they couldn't. What I mean is they haven't attempted or don't have the resources.

Quoting:Do you think Windows just works?


@JD, You I know don't, and I haven't used Windows on any of my home personal machines since 1996-7. I had an Apple before that.

But my point is, like I said above, it is not that Linux Distros can't be made closer to almost- perfect, it just most Distros are pretty much not taking the issue seriously enough. They want to release the latest and greatest without serious QA just to be better than and ahead of the others. Some distros just want to make the latest and greatest available just so developers get more testing and better feedback. But that is a different story and users need to be made aware of such releases.

It is time to take the desktop and hand held devices seriously enough, similar to Linux servers, for average users trust they can depend on it. I believe Dino made that point multiple times against KDE team breaking the desktop. I agreed with him as he asked, and I rephrase, "wouldn't one refrain from using KDE 4 if his/her source of income depended on it?". I am sure everyone would agree with that.



Quoting:As for me, I'm happy that openSUSE "just works", ...


Sorry @Ridcully, I disagree.

You are running Suse with KDE, but the fact is, KMail doesn't work for you. Granted it is not Suse's problem but rather a KDE problem, but Suse should have kept the working KMail 1.x version instead of updating to KMail 2. I believe such issues are the responsibility of the Distro to take care of.

All Distros should have a long term support version. If it is not possible for any reason, it should be clearly published so users know what they are getting into.

I believe that is one of the main areas that Distros need to pay attentions to and improve for Linux to be able to compete with Apple and others.



"All Distros should have a long term support version. If it is not possible for any reason, it should be clearly published so users know what they are getting into."

I'd be curious to know if Suse Enterprise has any of the same issues. I use open Suse 11.3 for work and it's perfectly stable. I had 12.1 on my home comp and there were a few issues with it but nothing that I couldn't fix until my hardware decided to take a dump. If anyone is using Res Hat, I'd like to know how their long term support and stability are.
Fettoosh: I wish your friend had taken five minutes to visit the SalixOS forum. In general, the live CD installer is a POS. The installable CD works very, very well indeed and I'd bet it wouldn't have crashed. Once installed SalixOS is as user friendly as any Linux distro running XFCE (since that was his choice) and I doubt he would have had much trouble.

In general, instead of trying "again and again" a simple question might have yielded a simple answer, less frustration, and a much better outcome.

Windows is no easier to install and supports far less hardware out of the box. As others have noted, it seems easier because it's preinstalled. No Linux distro just works on all hardware. openSUSE most certainly does NOT on my hardware, though it can be made to work.

The comment that "all Linux distributions" should have long term support is silly at best. The garage distro made by the hobbyist really can't offer support at all. Some I would argue are such a mess that they shouldn't be released at all (No, thankfully, there aren't any major distros in that category.) The open nature of Linux guarantees that distros come in all shapes and sizes and levels of difficulty. Stick to the major ones and most work well in most use cases within their design parameters. I'd say they achieve that at least as well as Windows does and probably better.

@slacker_mike: I agree with you. Yet, when someone (like me, in a review) points out that Slackware claims to be easy to use (not for the non-technical sort, it's not) and that really, compared to other distros, it isn't, some in the Slackware community get very bent out of shape. You'd think I'd threatened to drown their baby in a bathtub or something. This isn't unique to Slackware, of course, and the Slackware community is certainly nowhere near the worst in this area. Still, religious devotion and zealotry around Linux distributions tends to drive people away and make Linux as a whole look ridiculous.

I write this because I wish you'd take what you posted here, which is good and sensible, and spread that message throughout the Slackware community. Slackware has some incredibly strong points and does some things incredibly well. It's stable and it performs well and tends to have relatively few bugs. Tout those points. Don't get bent out of shape when making an ease of use claim that, using accepted definitions of usability, simply doesn't hold up.
@Fettoosh
Quoting:Sorry @Ridcully, I disagree.

You are running Suse with KDE, but the fact is, KMail doesn't work for you. Granted it is not Suse's problem but rather a KDE problem, but Suse should have kept the working KMail 1.x version instead of updating to KMail 2. I believe such issues are the responsibility of the Distro to take care of.


@Fettosh and @alc.

I wouldn't put it quite that way Fettoosh. Right now, the version of KMail I am using "just works". I simply keep watching the releases of KDE4 and openSUSE and testing them.......and until this one piece of software within the entire package "just works", I stay where I am on a version of both that really does "just work" - wpb for the other versions. But a single problem package (KMail) in an entire system that otherwise definitely does "just work" is not quite as nasty a problem. And if all else fails, there are other email client options and those have all been explored. I do disagree with you however, on openSUSE's responsibilities with KMail. Given the time schedules and testing routines for an enormous OS, and then add at least "surface testing" of the entire suite of more or less complex DE's that come with openSUSE, I am reasonably sure that openSUSE would not have picked up the problem - nor do I see it as openSUSE's primary responsibility. I lay all the KMail problems firmly at the feet of the KDE team and the KMail developers in particular. The KMail version that was contained in KDE4.7 was very obviously defective/unfinished and should never have been released. It's rather like "shades of KDE4.0", and the only thing you learn from history is that developers don't seem to learn from history. Even if it's defective, get out the new version if only for personal satisfaction - user turn-off is immaterial. That's a bit cynical I guess, but it's how I sometimes feel.

Alc, I am personally rather pleased someone else has found the same solution I came to adopting. I also am using openSUSE 11.3 and like you, I have found it perfectly stable and so good that I see no reason to upgrade even though SUSE is no longer supporting this version.

@caitlyn.......I am going to make sure my "experimental friend" checks on your comments. Personally, I'd like him to fiddle about and get the thing going because I am sure he'd be extremely pleased with SalixOS once it loaded up for him. Thanks again for the comments.
@RIdcully: You're very welcome. I apologize for mixing up your comments with Fettoosh's. Obviously my response should have been directed to you.

Good discussion all around.
@caitlyn,

I think you meant to address your first two paragraph to @Rifcully and the next two are were directed to me, I will responded to those.

Quoting:Windows is no easier to install and supports far less hardware out of the box. As others have noted, it seems easier because it's preinstalled. No Linux distro just works on all hardware. openSUSE most certainly does NOT on my hardware, though it can be made to work.


I don't like windows, I don't run windows, I don't think Windows is better than Linux, and Windows has nothing to do with what I said. I was strictly talking about Linux Distros and how QA should be taken more seriously.

Quoting:The comment that "all Linux distributions" should have long term support is silly at best. The garage distro made by the hobbyist really can't offer support at all. Some I would argue are such a mess that they shouldn't be released at all (No, thankfully, there aren't any major distros in that category.) The open nature of Linux guarantees that distros come in all shapes and sizes and levels of difficulty. Stick to the major ones and most work well in most use cases within their design parameters. I'd say they achieve that at least as well as Windows does and probably better.


We are not in a political debate to select sound bite and drop the rest of a statement. and I didn't say "all Linux distributions" period, I added the clause "If it is not possible for any reason,". Here it is again so you can read again.

Quoting:All Distros should have a long term support version. If it is not possible for any reason, it should be clearly published so users know what they are getting into.


What that means is, Distros that did NOT go through sufficient QA and not sure that every thing will work as they should, they should be flagged as experimental so users are aware that additional work might be needed.

Take K/Ubuntu for instance, Ubuntu *.04 are LTS while others are not. Also, experimental, under development, and PPA packages are kept separate. They are made available for those who want them on different repositories. That I would call a good software management. If that is not possible for any reason, then that particular Distro should be declared experimental.

I don't think this silly, on the contrary, this is maintaining certain level of quality assurance.

About Distros in the garage and half backed distros and such, no one is saying they should be banned from being released. They can do whatever they want and like but should not claim them ready for average users.



OK, I accept your correction on the LTS comment. Who's going to enforce that, BTW? Ubuntu, for example, claims that the six month releases are ready for the general public. They say so explicitly. Similarly, the garage distros won't say they are in any way inferior. Like everything else in Linux, QA can, does and will come in all shapes and sizes and in widely varying levels of quality.
@caitlyn: And I apologize for accidentally putting words in your mouth. Hopefully, they didn't taste too awful.
@Fettoosh......My perception (and it is mine only) is that the main problem with moving to another email client is transferring your data from the old one to the new one. Importing facilities (relevant to other email software packages) for most of these email clients are screamingly inadequate. You just aren't able to do it without rather specialised knowledge. Let's suppose I decide to dump KMail for Thunderbird or Evolution. Getting your KMail emails into either of those clients is a pain in the neck. At the moment, the only sure and certain way I think it could be done is by progressive transmission in "forwarding mode" of all of my emails so that I can receive them again in the new client. Slow as there are over 500 emails to be sorted out, but it would work. However, I am irritated at the work I would have to do......And even more so by the KMail team that produced the irritation in the first place. However, I live in hope that in the next, or the next, or the next iteration, KMail will "just work" and once again become the solid client that it always was.

Of course, there is always the option of GMail.......but I sorta don't want to put my data in the cloud. My personal comfort zone choice.....or Luddite tendencies....LOL :-)
Quoting:However, I live in hope that in the next, or the next, or the next iteration, KMail will "just work" and once again become the solid client that it always was.


@Ridcully,

If you haven't noticed how much I favor and defend KDE team, you will now. :-)

I believe the KDE team is doing a fantastic job in terms of building a platform that is superior to any other. I have no doubt at all that KMail will eventually work perfectly and superbly. The changes that KMail is going through I have no doubt are the right thing to do to address issues you mention and others they have in their overall plan. Performance, reliability, serviceability, scalability, and robustness are some of those.

I currently use Gmail. I don't know whether KMail, after the changes are done, is going to be as good as GMail, but couple things that are very important to a good number of people that GMail denies its users are privacy and freedom. I am sure these are very important to you.

But, the approach that KMail developers have used to roll out the new version is not unique. it also plague many, if not all FOOS applications, with the exception of the Kernel and a few major applications.

That has to change. FOSS is no longer a teen age product, it matured enough not only to be a contender, but also ready to replace many of the commercial software. It should change because it is harming its chances of becoming the major player in IT. This change doesn't require a lot of resources, it just needs more attention to QA and show responsibility.

I believe things are changing, especially in KDE. KDE is expanding in an organized way and becoming more responsible to their users. The handling of KDE 5/Qt 5 upgrade plan and the couple revenue generating projects, Vivaldi/Spark & MyCloud, are good examples. The inclusion of KDEnlive among others, and restructuring KOffice and releasing it as Calligra Suite are also indication of positive change.

Let's hope things will happen sooner than later.

Quoting:Who's going to enforce that, BTW? ... the garage distros won't say they are in any way inferior.


I don't recall, Tracyanne or Tuxchick, who said that herding FOSS developers is like herding cats, I agree and we shouldn't expect for any one or entity to be able to enforce anything on them. But, I am sure project leaders are professional enough to see the need to become more serious about giving QA more consideration.

Another thing that now might be the time to start is to have Distro Ranking. A ranking that would be helpful for both novice and power users to get an idea about the various numerous Distros. I would suggest that, either The Free Software Foundation or The Linux Foundation, to make an effort and take the initiative to establish such ranking. It would be similar to DistroWatch but based on more scientific measures. May be by establishing standard bench marks to test functionalities.

Like I said before in different comment, Linux OS is technically mature and ready, it only needs more attention to QA and to show more responsibility to the needs of businesses.

@Fettoosh.....while I more or less agree with most of what you have written directly above and also happen to prefer KDE as my DE (which tells you that I like it very much indeed - so your defence of KDE to me is un-necessary), I am pleased to see that you also seem to be heading down the same opinion path as I have with respect to releases of software packages - or that's my interpretation anyhow.

I have a very simple view: No matter how tempting, a software package should NOT be released until there is good reason to believe that any person who tries to use it, will find that it "just works". And on that particular aspect, I agree very strongly with you as regards the operation of "flagship" software packages such as Fedora, Ubuntu, openSUSE, Gnome, KDE, etc. etc.; they have to produce "good vibes" in anyone who picks them up for a trial because it's positive advertising.

Humans aren't infallible, so there will always be errors - that's acceptable and defensible. But muckups like KMail's latest fiasco aren't the same thing and remain indefensible. I'd change one word in your statement "I believe things are changing, especially in KDE". Change "believe" to "hope".....preferably "strongly hope".

Post a comment

A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.

Your message:
|||||
10
Markdown: **bold**, *italic*, [text](https://link), - lists, > quotes, $x^2$ for math. Formatting help

Sign up and post (it is free)  or  Log in and post