<<
be used set up a beowulf cluster for exactly $0, or any other type of cluster, for that matter. >>
True.
<<
allow people to remotely login via telnet and offer a usable CLI >>
Win2k offers this. I still don't get what you mean by "usable CLI." As I've said in the past, I spend a great portion of my time using CLI applications on my windows boxen.
<<
offer more than just one desktop >>
It's quite simple to write something to do this, or you can d/l one of the hundreds of programs that do the same thing.
<<
run without using a GUI. >>
That's just a different virtue of the OS.
<<
be customized to its core. >>
Indeed. This is the main reason I enjoy working on *nix.
<<
be customized to fit on a PDA. >>
Not true. It can be customized, just not by you.

"Pocket PC" programming is identical to normal win32 programming for the desktop in many aspects. I don't know exactly what MS did to "customize" the kernel, but it is effectively the same core.
<<
be customized to work on any type of server. >>
Server hardware, or architectures? Are you talking CISC vs. RISC, IA-32 vs. IA-64, or what? "Customizing" a kernel to work on each of these respective platforms is time consuming, and obviously MS, as a company, will not arbitrarily release their product for platforms that aren't part of their target market. But yes, you are correct, you could literally customize the linux kernel to function on any architecture (although a fun task it wouldn't be in most cases methinks).
<<
be ported without any major problems to any architecture. >>
I guess I responded to this, in part, above. Are we talking strictly linux? I've had a tough time indeed porting some stuff from linux to SCO, for instance.
<<
allow someone to save a system after a configuration error by editing some config files using a rescuedisk and Vi. >>
There are many CLI registry editors available (including one provided in every install of windows). You can also merge .reg files from the CLI to "rollback" any changes, etc. Not always as convenient as editing a simple *.conf file, but not everyone knows vi either.
<<
etc. >>
I agree!
Just ignore me, you know I can't help but respond to these types of threads.
