Linked by Thom Holwerda on Mon 18th Oct 2010 21:54 UTC
Linux Well, it's been a while since we've opened this particular jar (box is not historically accurate) owned by Pandora. Desktop Linux... Yes, that ever elusive readiness of the desktop that is Linux-powered. Some story on ComputerWorld argues that the desktop Linux dream is dead, and apparently, the story is causing some stir on the web. Well, paint me pink and call me a lightbulb, but of course desktop Linux is dead. However - who gives a flying monkey? Linux is being used by more people than ever!
Permalink for comment 445707
To read all comments associated with this story, please click here.
Icaria
Member since:
2010-06-19

However, 'Program Files' makes a bit more sense, doesn't it?


Sure, "a bit", but from the name alone, you're not going to deduce that Program Files contains your target binaries. Of course, the C:\ that preceded it and the \company name\ that proceeds it are about as descriptive at /usr, /dev, and the rest of the FHS' cryptic (and mind-bending, re: mounting partitions inside other partitions) nonsense.

When some manager type comes to you and says 'I need group A to have read access to this folder and group B to have write access to this folder' and you say 'sorry, can't do it with Linux', thats not the right answer.
I believe you were talking about the desktop, not the server room. You also seem to be confusing linux's shitty POSTIX ACLs for a lack thereof: linux and most of it's filesystems support ACLs. If it didn't, you might as well be running as root. Linux's ACLs suck but they're adequate for desktop usage. It's on the server that you begin to long for a proper UNIX from one of the big vendors, with ZFS/JFS/etc and standard NSFv4 support.

Can you say 'none of those technologies are 'horizontally fragmented', or mutually exclusive at all?, and all go out of their way to provide a seamless look and feel on their respective OSes


WTF. Mutually exclusive? Nay, a 'seamless look at feel' on Windows?? It's exceedingly rare for KDE/Gnome/etc apps to conflict in alien environments. The look and feel comment needs no reply.

as well as all leveraging common low-level services in a way that Linux doesn't?
Because it's not as if KDE and Gnome apps can leverage the same multimedia backend, or system bus, or device enumerator/manager, or sound server, or graphical server? About the only thing, besides the widget toolkit, that they don't share is configuration backends but so what? Apps on every platform do this. In the case of Windows, it's preferable that they don't, lest the unusable mess that is the registry becomes the slow unusable mess that is the registry. At worst, on the *nix desktop, you're looking at maybe 3 daemons for tracking config changes, using a total of perhaps 12mb of RAM and you'd have to be using a pretty broad range of software to land even that. Distributions like Ubuntu do create needless repetition and bloat, running both the apt xapian indexing daemon and aptdaemon/package kit daemon just to cover their various package management GUIs but that's got nothing to do with environment fragmentation but rather, the evolutionary nature of desktop linux. It's also why I'm stuck running HAL and udisks (which does create minor conflicts) due to the slow development cycles of Xfce.

when all your drivers have to be updated every time a kernel point release comes out, its just painful
Funny, DKMS handles this just fine for me.

I agree that desktop linux's problems are related to low-level architectural design decisions, like retaining a 20+yo graphical server protocol and just augmenting it with a perpetual cycle of unofficial add-ons that come and go every few years, or depreciating HAL almost as quickly as they decided to have it handle all device detection, or creating one sound server after another, rather than fixing the previous ones, then trying to ensure that the new server can plugin the old ones, providing hit-and-miss backward compatibility. Linux simply isn't designed with a desktop user in-mind. There's some great desktop software for *nix out there, providing robust and elegant environments far superior to the crap peddled by Apple and MS but the underlying technology consistently fails it. Porting KDE to Windows may one day prove to be the best decision the KDE team ever made.

Edited 2010-10-19 07:25 UTC

Reply Parent Score: 3