Language Selection

English French German Italian Portuguese Spanish

Novell vs. Red Hat: Linux vs. Linux

Filed under
Linux

If you think about where Linux is fighting for market and mind-share, chances are you're thinking about Linux slugging it out with Microsoft Windows or Sun Solaris on the server, or trying to tear desktop customers away from Windows, and to a far lesser extent, from Mac OS X. That's all true, but there's also fierce competition between Linux distributions.

Some of that conflict is inside baseball stuff. Some Debian developers, for example, are jealous of Ubuntu's popularity and some developers feel that Ubuntu hasn't done enough for Linux. Unless you're a Linux insider this kind of stuff isn't going to matter to you.

What is going to matter to everyone who buys and deploys operating systems is that Novell is heating up its competition with the number one Linux distributor: Red Hat. On November 11th, Novell announced a new subscription and support program "designed to aid customers making the transition from their existing third-party Linux distribution to SLES (SUSE Linux Enterprise Server)." What makes this interesting is that the three-year SLES subscription under this plan also includes two years of technical support for a customer's existing Linux deployments while they make the SLES transition.

That's new.




Also:

Today I want to wonder aloud why all these big tough tech companies have Red Hat in their cross-hairs? Oracle, Microsoft, and now Novell all seemed determined to crush Red Hat like a bug. And yet Red Hat, despite being the largest and most successful pure Free/Open Source company, is tiny by comparison. Revenues for their last fiscal year, which ended in February, were about $523 million, with a net of $76 million. Which is a lot by my standards, but compared to the other three is small. Oracle and Microsoft are both multi-billion dollar companies, and Novell came close to cracking the billion-dollar mark in their 2007 fiscal year.

So one might suppose that a big company looking to grow bigger would seek out new, potentially bigger markets, rather than poaching from smaller markets. But that is not the case here-- what's so special about Red Hat that these titans of industry have irresistible urges to squash it out of existence?

Chickens Pecking Red Hat

Novell bid to cannibalise Linux market

itwire.com: Novell is getting increasingly desperate for sales. One can come to no other conclusion on reading the latest offer from the company which once dominated the world of PC networking.

In short, it is going to try and cannibalise the tiny GNU/Linux market - try and pull customers using Red Hat and CentOS over to using SUSE Linux Enterprise Server.

Good luck, gentlemen, you're going to need it. I could send a rabbit's foot over as well, if you like.

CentOS is a distribution which can best be described as "Red Hat minus the trademarks."

In effect, this itself shows a weakness in Novell's sales strategy - the company cannot, on its own, identify likely GNU/Linux users. It cannot convince people to switch. Red Hat has to do the hard work and then Novell tries to sneak its way in.

More Here

it's perfectly legitimate to compete

...even in the open-source world.

Red Hat has the cake, Oracle tries to take it away, Novell tries to take it away, and so do Mandriva and Canonical...

OK, so you don't particularly like this competitor - but that isn't reason enough to call competing with Red Hat, when Novell does it, 'cannibalising' or 'taking away', like Red Hat's ownership of the biggest piece of the market was somehow 'legitimate'.

What do you call it when Canonical does it?

Mandriva's Adam Williamson calls Canonicals way of competing 'divebombing' and 'destructive to the ecosystem of Linux vendors'.

That's, preposterous, too. It is simply weakness and bad style when someone goes sour over competition within the Linux-camp. This is what I'd say to everyone who does: Get over it.

It's Business

It's nothing more than business, but an interesting point I noticed was his observation

"There is one area, where Novell does do a better job than Red Hat. Novell refers to it cautiously as "mixed platforms," "proprietary software," and "superb interoperability in mixed-source environments." What they're really talking about is that, thanks to Novell's Microsoft partnership, Novell SLES does a better job of working in tandem with Windows Server 2003, 2008 and related server/network services like AD (Active Directory)."

That shows the difference between Red Hat's and Novell's overall philosophy and that may give Novell an edge more than the MS-Novell deal detracted.

On the other hand I think Red Hat is a smart company and I would not underestimate them or write them off too quickly.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Trisquel 9.0 Development Plans and Trisquel 8.0 Release

  • Trisquel 9.0 development plans
    Just as we release Trisquel 8.0, the development of the next version begins! Following the naming suggestions thread I've picked Etiona, which sounds good and has the fewest search results. We currently do our development in a rented dedicated server in France, and although it is functional it has many performance and setup issues. It has 32 gigs of RAM, which may sound like plenty but stays below the sweet spot where you can create big enough ramdisks to compile large packages without having to ever write to disk during the build process, greatly improving performance. It also has only 8 cores and rather slow disks. The good news is that the FSF has generously decided to host a much larger dedicated build server for us, which will allow us to scale up operations. The new machine will have fast replicated disks, lots of RAM and two 12 core CPUs. Along with renewing the hardware, we need to revamp the software build infrastructure. Currently the development server runs a GitLab instance, Jenkins and pbuilder-based build jails. This combination was a big improvement from the custom made scripts of early releases, but it has some downsides that have been removed by sbuild. Sbuild is lighter and faster and has better crash recovery and reporting.
  • Trisquel 8.0 LTS Flidas
    Trisquel 8.0, codename "Flidas" is finally here! This release will be supported with security updates until April 2021. The first thing to acknowledge is that this arrival has been severely delayed, to the point where the next upstream release (Ubuntu 18.04 LTS) will soon be published. The good news is that the development of Trisquel 9.0 will start right away, and it should come out closer to the usual release schedule of "6 months after upstream release". But this is not to say that we shouldn't be excited about Trisquel 8.0, quite the contrary! It comes with many improvements over Trisquel 7.0, and its core components (kernel, graphics drivers, web browser and e-mail client) are fully up to date and will receive continuous upgrades during Flidas' lifetime. Trisquel 8.0 has benefited from extensive testing, as many people have been using the development versions as their main operating system for some time. On top of that, the Free Software Foundation has been using it to run the Libreplanet conference since last year, and it has been powering all of its new server infrastructure as well!

today's howtos

FOSS Events in Europe: Rust, foss-north, KubeCon + CloudnativeCon Europe 2018

  • Rust loves GNOME Hackfest: Day 1
    This is a report of the first day of the Rust loves GNOME Hackfest that we are having in Madrid at the moment. During the first day we had a round of introductions and starting outlining the state of the art.
  • Madrid GNOME+Rust Hackfest, part 1
    I'm in Madrid since Monday, at the third GNOME+Rust hackfest! The OpenShine folks are kindly letting us use their offices, on the seventh floor of a building by the Cuatro Caminos roundabout. I am very, very thankful that this time everyone seems to be working on developing gnome-class. It's a difficult project for me, and more brainpower is definitely welcome — all the indirection, type conversion, GObject obscurity, and procedural macro shenanigans definitely take a toll on oneself.
  • Five days left
    I use to joke that the last week before foss-north is the worst – everything is done, all that is left is the stress.
  • KubeCon + CloudnativeCon Europe 2018
    The Cloud Native Computing Foundation’s flagship conference will be taking place in Copenhagen from May 2-4. It will cover Kubernetes, Prometheus OpenTracing, Fluentd, Linkerd, gRPC, CoreDNS, and other key technologies in cloud native computing.

Programming: Taxonomy of Tech Debt, Python and More

  • A Taxonomy of Tech Debt
    Hi there. I’m Bill “LtRandolph” Clark, and I’m the engineering manager for the Champions team on LoL. I’ve worked on several different teams on League over the past years, but one focus has been consistent: I’m obsessed with tech debt. I want to find it, I want to understand it, and where possible, I want to fix it. When engineers talk about any existing piece of technology - for example League of Legends patch 8.4 - we often talk about tech debt. I define tech debt as code or data that future developers will pay a cost for. Countless blog posts, articles, and definitions have been written about this scourge of software development. This post will focus on types of tech debt I’ve seen during my time working at Riot, and a model for discussing it that we’re starting to use internally. If you only take away one lesson from this article, I hope you remember the “contagion” metric discussed below.
  • 6 Python datetime libraries
    Once upon a time, one of us (Lacey) had spent more than an hour staring at the table in the Python docs that describes date and time formatting strings. I was having a hard time understanding one specific piece of the puzzle as I was trying to write the code to translate a datetime string from an API into a Python datetime object, so I asked for help.
  • Getting started with Anaconda Python for data science
  • How to install the Moodle learning management system
  • Anatomy of a JavaScript Error
  • Is DevOps compatible with part-time community teams?