The Death of Xenix
As of January 1, 1996 the Santa Cruz Operation (SCO) streamlined its product offerings by dropping a number of older releases from its lineup. Until last December 31, you could still buy OpenServer 3.0 even as version 5.0.2 neared release; not any more.
While few will mourn the passing of most of SCO's 1997 New Year's obsolescence list, I know of at least a few old comrades who will light a virtual candle or two for venerable SCO Xenix, that throwback to the time when Microsoft was a Unix OEM.
Ah, Xenix... My first taste of it was in mid-1985, when it was just about the only thing with genuine Unix code you could get to run on the 286s and 386s of the day. I wasn't at a college where I could play with BSD-filled VAXes, I couldn't afford the 68000-based offerings of the day from Sun and HP, and I didn't feel comfortable with the wide assortment of available Unix clones such as Coherent or QNX or OS9.
In the years that have passed, much has changed; Unix has changed hands many times, DEC and IBM discovered Unix (thus giving us the OSF and the Unix Wars), CPUs have become both more complex and more simple (i.e., RISC), and hardware such as accelerated video and CD-ROMs are commonplace. Until December, though, the one constant was Xenix.
Now before you check the cover of this magazine to wonder why you're reading so much about SCO stuff in a Linux magazine, please understand that the death of Xenix has great significance to the Linux community. It represents a major opportunity for Linux supporters to make inroads into the world of business computing. It presents us with opportunities to not only make money, but also to build the reputation of Linux as a stable platform more than capable of running a business.
While Xenix may be going away, the reason it existed for so long won't. Xenix serves as a workhorse for small businesses—places where you might find a dozen or so dumb terminals and a couple of printers plugged into a system running FoxBase or other small database system. It's simple, small and stable, maintaining such anachronisms in the current Unix market as unlimited-user licenses and command-line administration.
Despite the appeal of GUIs, the simplicity of a command-line interface still holds an attraction for many people running small businesses. While metaphorical desktops are being moved to PCs as the dumb terminals break down, basic database tasks are still handled more than adequately by Xenix running on minimal hardware. Who needs the bloat of the X Window System on a database server anyway?
Most Xenix users will probably continue to use their systems as-is until they break, exemplifying the “if it ain't broke don't fix it” school of computer administration. But when these systems do break, Xenix will no longer be suitable.
For one thing, Xenix doesn't take to new hardware easily. CD-ROMs, PCI, and even mice are difficult or impossible to implement in Xenix; it just barely supports SCSI disks and tapes. Xenix's networking support, while never very functional, no longer exists as an upgrade in any case—someone wanting to add even a single Xenix box to telnet or share services is out of luck.
This is where Linux comes in. It makes a perfect drop-in replacement for Xenix; it also runs lean and acceptably fast even on slow “legacy” hardware, and it supports inexpensive peripherals very well. Furthermore, Xenix adds several new features small businesses now expect from their systems.
Most businesses have probably grown out of the kind of word processors that had been available on Xenix (ASCII-based WordPefect5; Lyrix; even Uniplex—argh!). At the very least, they've become jealous of what they've seen on PCs; even if they love the way their Unix databases are working, most want to move their word processing and spreadsheet applications onto GUI systems.
If you can talk users into considering Linux, running Caldera's Internet Office Suite or Red Hat's Applixware or even StarOffice, so much the better! But even if not, you'll know their new Linux server will be able to run more than just databases. They can use Samba to enable file and printer sharing, and all the tools are there if they want to set up an Intranet or Internet access.
SCO's answer to stranded Xenix users is to offer one of a number of upgrade schemes to OpenServer Release 5:
Xenix to 16-user Host system (no networking): $250
Xenix to 32-user Enterprise system (with networking): $750
Many Xenix users may be uncomfortable upgrading their unlimited-users license to a limited-user OpenServer system, or paying about $4,000 to upgrade to an unlimited-user OpenServer. Anyone wanting to upgrade a Xenix development system will pay an additional $300. Also, OpenServer systems need more RAM and better video than Xenix does to do the same job.
Compare this to the cost of the most expensive Linux distribution. To be sure, there are a few technical quirks going from Xenix to Linux (Linux doesn't have SCO's “custom” installation software, for instance) but these aren't a big problem for Linux installers. Running Xenix binaries has not been a problem for me, at least.
This means that Xenix can be the second big opportunity for Linux systems to make their way into business computing. If the Internet got Linux a foot in the door of corporate computing, upgrading Xenix installations would be like getting in an entire leg and maybe an arm as well.
Of course, all the cost savings in the world won't help if the customer doesn't believe Linux is reliable enough to be as low-maintenance as the Xenix it replaces. There's a common perception within the SCO community (at least, based on the newsgroups) that Linux still isn't robust enough for commercial use. Part of this perception is pure FUD, some is based on experience from people who tried Unix in the BC era (before Caldera), when Linux really wasn't being aimed at the commercial world.
Now that Linux is starting to approach the turf of commercial Unix vendors (not just SCO), the road is going to get rougher. Here's where we leave the realm of computer religion and enter the free market. If something you do or say is going to lose someone a sale and associated commission and profit, they're not going to put up with this quietly. Newsgroup flames are nothing compared to the vulgarities of salesmanship; it's amazing what some people will do to reach their sales quotas.
Until now, putting Linux into a company has rarely been at the direct expense of some other vendor; it's come in as an auxiliary system to do routing, run the Internet connection, or maybe serve as a power user's desktop system. Now with the release of industrial-strength software for Linux such as the ADABAS database, Linux has a legitimate shot at becoming the core for central servers in business. As it succeeds, and as other Unix vendors start to (publicly) take Linux seriously as a competitor, a lot of mud (and FUD) will be flung our way.
The answer to flung mud is not Amiga-style evangelism, but cold hard fact—case studies, comparative analyses and companies such as Caldera and Red Hat and Crynwr prepared to support freeware-based products. The increasing volume of good coverage Linux is getting in the business computing press helps, too.
To be sure, more is needed. The Linux community must agree upon a single software installation and management scheme, just as it standardized file system layouts. As Linux further finds its way into commercial settings, it'll need appropriate features (provided as freeware or commercial software) such as on-line data managers and better RAID facilities. More ISVs need to be encouraged to support Linux; and as they do, they, in turn, need to be supported.
Is the community up to the challenge? I'm betting on it. In the meantime, keep an eye on all those Xenix systems out there. The time will come.
Evan Leibovitch is Senior Analyst for Sound Software of Brampton, Ontario, Canada. He's installed almost every kind of Unix available for Intel systems over the past dozen years, and this year his company became Canada's first Caldera Channel Partner. He can be reached at email@example.com.
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
|Trying to Tame the Tablet||May 08, 2013|
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- New Products
- RSS Feeds
- Readers' Choice Awards
- Automatically updating Guest Additions
43 min 23 sec ago
- I like your topic on android
1 hour 29 min ago
- Reply to comment | Linux Journal
1 hour 51 min ago
- This is the easiest tutorial
8 hours 5 min ago
- Ahh, the Koolaid.
13 hours 44 min ago
- git-annex assistant
19 hours 43 min ago
- direct cable connection
20 hours 6 min ago
- Agreed on AirDroid. With my
20 hours 16 min ago
- I just learned this
20 hours 20 min ago
20 hours 50 min ago
Enter to Win an Adafruit Prototyping Pi Plate Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Prototyping Pi Plate Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.