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!
Thread beginning with comment 445850
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

lkeKrull "A stable kernel API" The bugger exists.

Its called Fuse Buse and Cuse. In those you can write about 80 percent of all Linux drivers kernel and distribution neutral. Driver developers would not stay at the Linux kernel stable abis when there was a kernel mode one anyhow.

Basically where are my platform independent driver closed source makers?

Complain about lack of fast Stable Kernel API when they are at least showing signs of being willing to provide Linux with drivers.

Reply Parent Score: 1

earksiinni Member since:

If you started with a clean sheet or paper, would you honestly end up with /usr/local/bin?

Just wanted to point out that GoboLinux uses /Programs. The real problem with FHS regarding binaries, however, is /lib and its variants. The idea of separating libraries from binaries via folders has merits but wreaks havoc with having a sane human-comprehensible directory structure. Sure, core Windows DLL's are separated into C:\Windows\System or C:\Windows\System32, but that's a far cry from the Linux way. Deleting the program folder in Program Files will pretty much delete the program (yeah yeah, not counting registry and all that stuff).

The real savior for directory simplicity is static binaries, which are feasible now thanks to cheap RAM and hard disk space. Unfortunately, most large projects don't support linking static bins anymore, including X.Org, WebKit, OOo, and Firefox, which I know from personal experience. X.Org can still be done with the defunct KDrive branch, which limps along without any modern acceleration. For office apps and web browsing, though, you're limited to AbiWord, Gnumeric, and eLinks (fun fact: eLinks uses Mozilla's js engine, so it's not actually that bad). Security updates are also a concern with static libs.

Two modern day static-only distros with the explicit aim of simplifying directory structure: stali ( and Vorpo Linux ( The first hasn't gotten off the ground yet and the second has only released a boot disk. Give the second one time, though, it's developer is just saddled with writing papers for the time being ;-)

Reply Parent Score: 1