LinuxPlanet: It's Time to Break Up the Linux Monopoly!
Nov 27, 2000, 22:37 (24 Talkback[s])
(Other stories by Kevin Reichard)
Re-Imagining Linux Platforms to Meet the Needs of Cloud Service Providers
"One of the major problems with Linux is that it tends to be
ghettoized in the server field, which is where it's the most useful
and the most entrenched. That's great: this server usage helped
spread Linux more than any single commercial Linux vendor, and it's
set the table for growth in the desktop and embedded fields."
"But the needs of the desktop and embedded users are not the
same as what's needed on the server. As the Linux kernel expands
and expectations are raised, these disparities are even more
pronounced. Let's face it: server installations don't require sound
drivers and XFree86, while most desktops don't need multiprocessor
or RAID support. And the embedded field -- which certainly is not a
monolith, either -- doesn't need any of this."
"Luckily, the embedded-Linux field has already forked into its
own entity: it won't be long before we see embedded-Linux
applications that won't run on a regular Linux desktop or server.
(This is a good thing, by the way.) But we still have development
on a single version of Linux that's supposed to fit all. True, the
distros do a pretty good job of differentiating between server and
desktop users, but their differentiations are not consistent."
"So, my solution is simple: use the Linux Standard Base to
define both desktop and server parameters for a Linux system. On
one level, Linux is Linux, and LSB can reflect this. But on another
level, the LSB as it currently stands (see
http://www.linuxbase.org/spec/spec/book1.html for 0.3, the current
version of the spec) really is so much of a baseline that it's hard
to apply in specific situations. An application written for a Linux
server should not necessarily meet the specs for a desktop system,
especially where things like graphics and sound are concerned."
- Dangers of Delay - How to prevent a Linux kernel fork through wider stakeholder participation(Nov 22, 2000)
- EETimes: Linux looks to avoid fragmentation(Nov 08, 2000)
- TechRepublic: Efforts afoot to keep Linux standard(Oct 29, 2000)
- Upside: Fork gets Samba back in tune(Oct 25, 2000)
- LinuxProgramming.com: De-Demonizing Forking(Oct 24, 2000)
- NewsForge: How prone is Linux to forking?(Oct 24, 2000)
- The xEyes/gEyes Fork: Yet Another Attempt by Microsoft to Cripple Linux?(Oct 19, 2000)
- LinuxMedNews: Medical 'Fear of Forking'(Oct 18, 2000)
- eWeek: Open-source angst: Fear of forking; Linux to follow Samba?(Oct 16, 2000)
- LinuxToday.com.au: Will Linux Development Platform Specification (LDPS) Achieve What Unix Couldn't?(Oct 16, 2000)
- LinuxPlanet: Editor's Note: Stick a Fork in It?(Oct 16, 2000)
- Linux Format: The Samba Code Fork: What it is, why it's important, and what it means to you(Oct 15, 2000)
- Linux.com: Have We Come to a Fork in the Road?(Sep 28, 2000)
- ZDNet: That (other) f-word(Sep 27, 2000)
- osOpinion: Getting a handle on forks(Jun 21, 2000)
- osOpinion: Linux and Forking(Jun 19, 2000)