Slashdot Mirror
SuSe CEO: 'Linux Still Not Ready for the Desktop'
A lot of people have been submitting the interview with SuSe CEO Roland Dyroff, in which he states the Linux is not ready for the desktop. Sounds bad, right? Well, if you read the interview, it makes much more sense - he talks about company adoptions of Linux, but also addreses issues of hardware drivers and such. But with the upcoming release of the GUI Managers and the rising number of pre-installed Linux boxen, I think we're getting closer.
I'll have to respectfully disagree with you on point C there. Sticking files "all over the place" is a strength, not a weakness.
/usr/bin or /usr/local/bin) so that users don't have to make "shortcuts". (although it'd be easy to type in the name of a program and make a shortcut because the binary is in a *standard* location)
:)
RPM's exist to keep track of where all the files go. Programs are installed in the path (generally
There are packaging methods that do what you describe, though. They stick the application files in a separate directory, and symlink the needed places in the file tree to there. So it has one place for the application, Unix is happy, and it has your "shortcuts" too. You can do things that way, but you certainly don't have to.
Applications install *libraries* into \WINDOWS\SYSTEM. (it's actually more complicated than that, "\WINDOWS" is really whatever the Windows root directory is set to, but...) These libraries can have multiple versions with the same name, and an *application* can overwrite a needed library that might not be binary-compatible with the new one!
This is one of the biggest flaws in Windows, which Windows 2000 will hopefully help to fix. However, the Unix method of using symbolic links to keep track of library versions, and only allowing an Administrator to install new libraries (that might conflict with the system-wide ones) is *definitely* a good thing.
If you lock users into one model and way of doing things, and only teach them that, sure they'll get used to it. And if you give Linux a default, consistent look-and-feel, people will get used to that too.
Heck, Linux is configurable enough that you could create and distribute a version of it that implements your own braindead file hierarchy, make it look Windows-ish, disable logins and only start X, etc., etc. And some people might even love it. It wouldn't be as powerful as standard Unix, but at least it wouldn't crash.
---
pb Reply or e-mail; don't vaguely moderate.
pb Reply or e-mail; don't vaguely moderate.
Gnome and KDE are not mutually exclusive packages!
At this moment, I am running KDE with Enlightenment as my window manager. I run Gnome applications, and the whole thing looks stunningly
like a mac os-X desktop thanks to the Aqua-eMac and Aqua-GTK themes (and the Aqua theme for kde).
It's not an either/or choice, unless you had a reason for limiting your choices of applications to one arbitrary list (KDE apps only? Not a good idea 'till 2.0 is ready).
An artist friend came over and ran Gimp for the first time, and with minimal guidance was fully
productive with it.
Thus, Linux is ready for *MY* desktop, which may or may not represent *THE* desktop to some extent.
-fb Everything not expressly forbidden is now mandatory.
I think VMWare is the killer app for Linux in the corporate environment.
What you want to do is install Windows 9x under VMWare on every user's desktop in a corporate setting. At the cost of only $100ish extra per seat (if I recall), what this gives you is:
1. A sandbox where you can more quickly recover from Win9x crashes,
2. The ability to "roll back" work before you corrupted your Win9x image,
3. Remote sysadmin of Win9x images (yum!),
4. Linux functionality in case MIS wants to give users access to home-grown tools, and
5. The inability to play 3D hardware-accelerated games at work.
So you get the nice Win9x interface, you get the applications you want, you get Linux applications, and you get better administration and less game-playing. I think Linux is plenty ready for prime time in
For instance, try out cfengine for a way to handle some of your distributed administration pains. As networks grow ad hoc administration becomes more and more difficult. If all you need is to keep your software in sync maybe you should try out Debian with dselect, apt-get, etc. If you need more rdist/rsync or even cfengine will give you more power. Perhaps you will end up at the point where you need to use Kerberos, NIS+, LDAP, etc. There is a long continuum between using a standalone machine and administering a large heterogenous network of systems. Sometimes it's hard to know when to apply new administration techniques -- and often even harder to know which techniques and tools to use (each time you go through the process you get more "experience" and become more qualified to actually administer systems). It sounds like you are at the point where you need to reevaluate your needs and decide on a more powerful scheme to administer your systems.
Just be glad you've got a Unix workalike at your disposal for administration purposes.
"Cause there's 40 different shades of black, so many fortresses and ways to attack, so why you complainin'?"
In reading the article, it got me to thinking about Linux and all that I have had to strugle through. The answers are always there - it may take me time to find them, and I may get to reinstall everything because I goofed something up really bad, but it is getting there.
:)
For example, right now on this har laptop I am using, I have a problem when I boot and forget to take the network card out or forget to put it in during the boot sequence - the machine ends up without networking, so I have to remember to do a ifup eth0 and then everything is fine.... it is an annoyance to me, but if this was in the hands of my mom, she would have a fit. Can't say as I would blame her either.
I don't quite know that I can go along with the statement that there just are not a lot of apps out there. The only two programs I use in Windows are Quicken and Turbo Tax. Everything else I ever ran over on the Microsoft platform I have been able to find most excellent replacements for under Linux. And trust me, I am a hardware junkie from hell. I have so many stupid things that my computer is doing it is not even funny, so don't even start to think to yourself "what, this guy only runs minesweeper?"
I gotta say though, things have come a hell of a long way since I first installed (er, tried) slackware in 1995. I gave up on Linux until the first part of 1999 and I have seen a hell of a lot of improvement since I started mucking with Red Hat 5.1. Now I am a 100% convert.
As for my mom, well, I am tempted to hand her a CD and see what happens... At least now I know enough to fix whatever she screws up.
Well, I share some of the earlier feelings that I want Linux to keep its geek/technically-oriented strengths, including the option to do some cool command-line magic or to use a bizarre set of desktop themes and window managers.
I also, however, hope that the system gains more mainstream desktop acceptance too (say, at least as much as the Mac). We need enough "critical mass" to make it worthwhile for commercial desktop software companies to do ports to Linux, and right now that mass isn't quite there.
That said, I also agree that the combo of KDE/GNOME 2.0 and new applications like WP Office 2000 (the betas are beautiful, much nicer than WP 8) will have a lot of impact on Linux desktop acceptance.
--JRZ
The question people should be asking is, exactly what is a desktop OS? People usually define it as either Windows or MacOS or they say it is what everyone is running on their desktop. Now, don't tell me we need a computer my mom can use because not only have we heard that statement here and in other places a billion times but my Mom stays away from computers. I am sure there are many other Moms who do the same. You should consider if your children can use it, after all they will be the people using tommorrow's operating system, and if you haven't noticed they are more competent with computers.
Well, the above definition is right. A desktop OS is what people use on their desktop computer. It doesn't have to be easier to use, it doesn't need more applications even. Looking at the history of the computer industry can prove my point. It needs the ever important killer app. A killer app has to be either new and very useful or much better than the competition. I don't see the former happening since VisiCalc and the first word processor (AppleWorks?).
Now think. Do you consider the Gimp better than Photoshop? I like the Gimp's interface better but technically Photoshop offers more functionality. The Gimp would need to be much better to be a killer app. I can see it happening.
The Gimp was just an example. I guess some group could make GNU/Linux MUCH easier to use. That pretty much means hiding UNIX. Not only will the slashdotters here be upset but it would not sell well. Users would need a very good reason to switch. The fact that it crashes less (well the kernal anyways, not sure about the rest of the OS) won't cut it. In fact, if you install only the software you need and avoid changing things too much, Windows is stable enough for productivity.
The point of this post is that GNU/Linux can't just be viable. It is viable now for most tasks. Spreadsheets, Word Processors, Printing, Internet, its all their (kinda). But still there is no reason to switch other than promises of improved stability and the Free Software ideology.
Now carefully consider what I am saying about ease of use. It really isn't that important. What did people do when they were using DOS or, even worse, Windows 3.1? They ignored it. And that's exactly what will happen if GNU/Linux becomes a Desktop OS. In fact, companies will strip GNU/Linux of all but the most important command line utilities (save hard drive).
The SuSe CEO says we need applications. Unfortunately it isn't that easy. People need a reason to switch. Why switch to GNU/Linux when Windows 95 works just as well (or better for desktop uses)? Microsoft will have the same problem when the desktop version of Windows 2000 ships. GNU/Linux doesn't just need viable applications, it needs better applications.
That is, if we really want GNU/Linux to be a desktop operating system. This should be a poll. If you think that GNU/Linux should remain in the hands of the above-average computer literates, then GNU/Linux will not become a desktop operating system. GNU/Linux is based on community developmet and if the consensus within the community is opposed to it, Desktop GNU/Linux will not happen. But if you really want GNU/Linux to be an operating system that users can operate BY THEMSELVES without reading a text-book sized introduction, then great! I think Apples original 30 minutes until uptime is a splendid goal.
You decide.
For linux to win the home desktop, it has to win the corporate one. Why did Windows beat Mac? There are many reasons but one is that Windows (or DOS at the time) was used at work. People only want to learn a few things. Multiple operating systems and programs are not one of those things. Sometimes, people want to work on job related stuff at home. Again, you need the work os. Finally, OEMs really have the power. They will put on whatever OS a company wants if they are willing to buy enough systems. Once they start selling Linux to business in serious quantities, they will start to sell Linux to home users. Once people start seeing Linux at work, they will want it at home.
The real question is, "How can Linux win the business world?"
-- soldack
Here it comes again - "The Holy War Against Dumbing Down Linux!"
Unfortunately what the crusaders don't understand is that the average person needs a gradient of learning that Linux just doesn't give them yet.
If you look at several examples from society (pick your own as almost anything learnt fits this criterial) people will most easily pick up something that starts out very light. Eventually they'll move to a higher/heavier configuration/situation but in the beginning they don't want that.
Listen very closely so you understand the situation: The current crop of Linux users almost certainly (by their own admission) consists of exceptions to the normal rules of people.
Before you start heating up my asbestos underware think about it. How many of you are users that can grep a file properly or edit one using vi? How many of you are users that understand networking at a base level? How many of you are users that work in the technology fields?
Add all these things up and you'll find that the average Linux user is smarter or faster or more knowledgable than Joe Public. Remember - Joe Public is who we're shooting at as a target user for Linux. Despite what you may want to convince yourself - until Linux accepts and is accepted by the average guy on the street it will have a very hard time expanding beyond the geek circle.
I know some of you don't want to believe that it will die if it doesn't grow but look at the way this world works - if something doesn't grow then it shrinks. No matter what you do you can never make anything totally stable. The minute it stops growing it shrinks. Period. So if Linux is to survive it must grow. To grow beyond its current limits it will have to accept Joe User and give him something that he can use without being too "high-level". A good GUI (which we've got several candidates for) is a step in the right direction but modes of user operation with scaled complexity would be better.
The Tick - "Spoon!"
"Bah!" - Dogbert
That's right, folks, welcome to 2000: The Third Annual Year Linux Will Really Be Ready For The Desktop.
Highlighted events include:
-- presentations by two more vendors with GPLed hardware drivers.
-- discussion of why StarOffice is, in fact, a perfect and complete replacement for Microsoft Office.
-- announcements from the Gnome and KDE teams about further slavish aping of existing WIMP interfaces.
-- side seminar from old-school devotees: "Why Dumbing Down Linux for the Desktop User is a Bad Thing."
-- hundreds of anecdotes about Linux-using grandmothers and girlfriends.
...and, to close out the year, we have the standard recap planned: "What Linux still needs in order to be a desktop OS."
Be there early to make your reservations for our next event, "2001: The Fourth Annual Year Linux Will Really Be Ready For The Desktop."
--
Excuse me for just a moment.
Bwa ha ha ha ha
Okay, now that that's out of my system, please allow me to explain about the GIMPs #1 and 2 shortcomings.
1. Color
There are two common ways in which we can create color. The first is Additive. This basically means that you are adding different types of light (that's what color is, after all) and you can eventually arrive at white by combining all colors. The three primary additive colors are Red, Green and Blue. Sunlight is additive, and so are computer monitors - they actually emit light.
The other method is subtractive. This means that instead of emitting, say, red light, you have an object which absorbs all light _except_ red. No light is created in this process. Instead, light is absorbed. If you combine the subtractive colors, you get black (ideally). Because of imperfections in the substances used to absorb color, it tends to get all muddy, and so the primary subtractive colors are Cyan, Yellow, Magenta and Black (which is denoted as K). (Cyan ~= Blue; Magenta ~= Red)
You'll surely have noticed that your color printer has either 4 ink cartridges/toners (CYMK) or 2 (CYM and K). NOT RGB. Besides, RGB can't create Black, so you'd need black paper and a whole lot more ink.
Clearly we haven't got paper yet that emits its own light. This means that while displayed pictures are additive, printed pictures are subtractive. A conversion has to be made between the two colorspaces (there are others, the most well-known being L*a*b). Furthermore, it is very important that the conversion process be highly accurate, and that the colors that are on screen closely match the color when it's printed (which ranges from impossible to really hard) so that you don't screw something up and only discover it when it's printed out.
Worse yet, the gamut of colors that we can see is bigger than the gamut of colors that can be generated by either one of these processes (try duplicating Day-Glo orange on your screen - it just won't ever look right, because that particular shade is out of your monitor's gamut)
At any rate, GIMP has absolutely no CYMK support at all. And since virtually all color printed material relies on CYMK, and accurate color matching and conversion, the GIMP is simply not going to make inroads. Why bother using the GIMP _and_ Photoshop, when you can just use Photoshop, and probably have better results to boot?
Plus, professionals in the printing world use a lot of esoteric hardware (you'd get a kick out of an imagesetter, i can tell) which all screw up ideal color in their own way, and need to communicate with your software to compensate for this. Scanners, monitors, printers - they all have to be calibrated carefully just depending local lighting conditions if nothing else. And there's always something else.
2. Pantones
The other common method is to use spot colors. You see, for each color you use, the price of printing it will go up - more ink will be needed, each color requires a seperate lithographic plate, more drying time may be needed, material may have to go through a press twice in order to get all of the colors (presses typically have 1-6 plates, so too many plates requires a 2nd pass all the way through again), more work has to be done to make the plates align properly so that colors don't look weird, etc.
One solution to this problem is to use spot colors. Say you want green and black. You could create green with C & Y, making it a 3 plate job (CYK), or you could just use a special green ink instead. Additionally, if there's a color that you can't reproduce with CYMK, or you want colors to be solid instead of halftoned (combining CYMK requires halftoning - the colors are not really overlapping solid regions, but lots of little dots side by side - you can see them with a magnifying glass), you might specify certain spot colors.
The Pantone system basically consists of *many* specific, standard inks. These inks have very specific colors, and behaviors, and you will want to know precisely which one you have. Most people in printing have a swatch book that can be used to compare colors, and Photoshop has a big Pantone color palette in it. But when someone wants you to print with Pantone 072 (a very commonplace blue) you have to be able to model it properly in the computer.
There's no Pantone support in GIMP either.
Besides all this, don't get me started on the finer, but essential details of printing (trapping, overprinting, having to manually adjust line screen angles - a giant pain in the ass if there ever was one) where there is a lot of support for Photoshop and the Mac, but not for GIMP or Linux.
Putting stuff on paper is hard. The GIMP might be good for web graphics, but it will not do the job if you need to deal with anyone else.
-- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
What I like about Linux is it's it's speed ,stability and flexibility. I don't care as much about ease of use. It's people like us who drove the linux revolution. Grandmothers and uncles didn't and WON'T. It's those people who will continue to use Windows and MacOS for everything.
It irks me that on mandrake's homepage all of their reviews center around how easy Mandrake is for the linux newcomer. I don't CARE about that. I want to know about stability, speed and new features.
I didn't mind a text menu based installer, I didn't need X to install. I'm sure that many of you feel the same way.
Linux developers should be more worred about SERVERS! When you get server quality stability and speed, then you can trickle down to the desktop market.
Look at M$, WinNT was for servers only. Now Win2K is using that base (with several thousand bugs added) to bring many of the features of NT to the desktop. THAT's what Debian, Redhat, Caldera, SuSE and Mandrake should be doing.
LK
"Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
Are you kidding? GDI+ (the windows graphics interface) is a stinking piece of shit, and probably not much faster than X. Kernel graphics in general is not the best of ideas, but user spaces graphics can be just as fast. Take a look at beos. The graphics server is extremely responsive and the whole graphics system is really fast. Its entirly a function of design, though. The app has a direct connection through a very fast messaging system to the app server. (which handles graphics.) The app server implements most of the graphics driver; the kernel just implements a small part that deals with interupts and whatnot. Its a really beautiful desgin, because it incurs very little overhead, but is still very stable. I call an accelerated line draw, it sends a message to the app server, which uses the driver (in the form of a dynamic library) to acceleratadly draw the line. The app server, (or the user space driver for that matter) can't crash the system, so only bugs in the minscule kernel driver can cause problems.
A deep unwavering belief is a sure sign you're missing something...
I am a hardcore Linux guy but I think this is definitely true.
.twmrc, and doing everything from an xterm instead of Gnome or KDE or whatever. I would like to see Linux succeed in a desktop sense, simpy because as a software developer I'd rather work in an option, Unixish environment than a closed Windows environment. But since Linux is all open source it can never be taken away from me so I'm not too worried either ...
I am the only full-on Linux user where I work. We have had several new employees start who were enthusiastic about trying Linux; each time they tried it for a while and gave up on it, and I can't blame them. I gave them all the help I could but the Linux graphical "shells" (KDE, Gnome) are sooooo buggy it is ridiculous.
Seems to me that the people who make these graphical shells should focus on reducing the bugs rather than coming up with even more bells and whistles and eye candy. Also someone really needs to sit down and organize the released desktop; the default RedHat desktop install is so disorganized and impossible to find anything in, it's ridiculous. And did I mention that it's incredibly buggy?
I think that the very first thing that a Linux desktop needs to be able to do and able to do absolutely flawlessly is, download a RPM or similar package, install it with a few simple clicks, create a "shortcut" to run it on the desktop or in some program menu somewhere, and then run the program. This is what 90% of computer users do 90% of the time (with the running of software happening much more often than the installing, of course), and right now the graphical shells just plain SUCK at this.
I place the blame pretty much squarely with RedHat these days. They've got the money to make it right, but instead they are just going further and further off on a Linux fragmentation path. RedHat seems to think nothing of introducing more and more non-standard system configurations with each release. Surely they must realize that this will fragment Linux just as badly as Unix has traditionally have been fragmented, if not worse.
I love Linux but to be honest I don't see a very bright future for it unless those with the money and power to pull it all together start doing so.
Either way, I will stick with Linux, because even if its popularity faded and we ended up with just as many users as we had back in '94 when I started using Linux, I will still enjoy working on Linux and developing on Linux.
Of course, I'll probably still be using my ancient twm with my 8-year-old
Preface: I am typing this on my Frankenstein Intel-architecture Red Hat 6.1 machine, running the latest GNOME stuff. Its my main line machine: other than my laptop, a junky Toshiba running Corel Linux. All my servers run Debian or Red Hat.
I don't think Linux is ready for the desktop. In fact, I am going to buy a Mac to supplement my desktop needs.
Why? Well, first, I can't stomach buying a supplemental Windows machine. Second, the state of the Linux desktop art is lagging behind in areas that I need it, right now and today. Not things where I can donate my time (which I do), not things that I can contribute code to (which I want to), but things I need, right now, this minute, in order to get my work done and get paid.
The sad thing about this is my machine - this here Linux box - is the best computer I have had, both in terms of hardware and software, I think. I play Quake3, I do network administration, web design, programming, and I have a killer MP3 collection. I talk to my friends on ICQ - at least, when they aren't busy rebooting their Windows machines.
In other words, I get 98% of my work tasks done, and no one cares, no one complains, and they're quite happy with my performance and could care less about what my machine is running.
That other 2%, is when they send me a proposal in Word to review: and not a grocery list, but a huge document with lots of Word cruft. When I can't read it properly, I get yelled at. I have filed bug reports and Abiword, stressed Star Office to its wits end, and run Applix ragged. If I can't get 100% accuracy, I have to work that much harder (fiddling with VMWare, for instance). I have to be able to do EVERYHING that my co-workers do (except reboot/reinstall!) and if that means "straying from the flock" for a while, then I will have to do that.
Don't get my wrong: I love fiddling with VMWare as much as I love Quake3. I love hacking away happily on my machine, optimizing it as much as I can, I love Linux and support it every chance I get. Its the best thing to come along and I consider my self a good supporter of free software, open source, and Linux. Its a time of serious cognitive dissonance in my life.
So anyway, I need something for the simple things: Word/Excel (Lord how I hate it), scheduling, calendar, PIM, etc. I don't want it to require a single minute of fiddling, I don't want it to work at it. I want it to work for me. So I seriously see a little tranlucent blue potty in my future.
I still intend to support Linux, and strive to improve the things that are lacking. I would never have NT, not for all the tea in China. But I think there are certain facts of life that we ignore.
Note: No, no dual booting. I can't close down the 900 things on my desktop to look up a phone number. Why ruin good uptime, anyway?
ZOMG I WOULD LOVE TO KNOW ABOUT YOUR FEELINGS ON MACINTOSH VERSUS WINDOWS, VI VERSUS EMACS, AND HOW YOU'RE NOT A DORK
I happen to agree with the CEO of this company that Linux is not ready for the desktop. It is a great system, and for a UNIX the infrastructure underneath it is quite solid, at least much better than windows, and it has good developers behind it. The main problems, however, are. /etc, which is okay for people who know UNIX, but face it, its a good idea implemented very badly. What there should be is a straight list of configuration files terminal, sound, network, startup, shutdown, discs, etc. Yet you have a horrible mess with multiple directories and not all config files having the same format. Its fine to keep that, but Linuxconf needs to be expanded to the point where editing a text file is never necessary. /usr /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin /opt and all that, but face it. Its a dumb idea implemented incorrectly. At least in windows program droppings (the files a program leaves on you system) is kept in scope to the \windows\system directory! In linux they install themselves all over the place. The ideal install structure would look like this. There is an apps folder, /apps. RPM installs everything into this folder, letting the user choose the name of the folder. Thus if the user wants to go into the folder for some reason, to make a shortcut or whatever, they know where it is. Adding and removing of programs would be done through RPM, so the frontend will be the same, and the back end will be more sane. /usr/local/sbin (at least on the desktop.)
A) Linux does not have enough fit and finish, its not very polished. Say what you will about Windows, but it is very polished. The stuff underneath may suck, but the outside is nice and shiny. People like shiny things. Point about me: I'll generally use Redhat for examples because I feel that it strikes the best balance between ease of use and included features. Plus, most non techs think Redhat==Linux. (they don't even do the == thing to express equality, they say =) Redhat is generally pretty polished but there are quite a few problems. X still needs to be configured from Xconfigurator because the one in the installer is inept. Second, sound is left entirely to the user, one has to start up sndconfig and enter settings from there. Resolution changes all have to be done from the X config file, blah blah blah. These are all little things and don't have that much to do with the OS, but when a person first uses Linux, it makes a bad impression.
B) Linux has a weird sense of configuration in that it doesn't really have a good driver model. Most users I know are comfortable with the concept of a driver. They don't understand what it does but they know that to install a device, they have to put in the driver disc. DevFS is great, except in UNIX it doesn't define a driver model, just a communications model. In BeOS, a user can just copy a driver into the directory and the device magically starts working. Linux should be that simple. (ie. no requiring kernel patches to install ANY device.) All config files are stored in
C) Software installation has to get a clue. People don't think of their installation as a set of files. They think of it as a directory. Thus there should be something analogous to a program files directory. RPM would ask you for the destination directory, and the app would install there. Tell me what you want about the flexibility of having
D) Linux lacks hardware support. Not only in the case of OpenGL, which is getting better, but in sound and video and input, etc. Even when a driver works, it doesn't take full advantage of the hardware on the system. A sound blaster live! is awesome under windows, but not anything special under Linux because it doesn't support EAX. There is a reason for that. Manufacturers don't like hacks. Sure Aureal is porting A3D to linux, but in what form? Some sort of obscure dll wrapped hack. Linux and other UNIXes desperatly need multimedia APIs and driver models. Just as important this driver model has to be similar to directX. Not for any love of directX, mind you, but because thats what most hardware today accelerates and we want writing drivers to a UNIX media API to be easy as possible.
WIndows users have gotten increadibly used to pampering. Windows is a much friendlier environment to use, even if the UI sucks. People understand it, and it has a lot of features to make life easier. Pervasive right click menus being one thing, context sensitive help, etc. No matter how good GNOME gets, thats not the whole of the system. The linux directory structure needs to be reworked and the concepts of administration need to be rethought. Now don't think you'll sacrifice flexibility in doing this. All this nice GUI config stuff can be done through text files, so if you like CLI, you can edit it directly. And somehow I doubt that you'll miss
A deep unwavering belief is a sure sign you're missing something...
Linux is ugly. I'm not just talking about the prettiness of the GUI, but the general ugliness of the fonts and text.
I've already copied and installed the true type fonts from Windows (following the font deuglification faq), and now it's merely ugly - a step up from hideous I guess. But text still turns out uglier and more unreadable than in Windows, and it makes long term use a strain on the eyes. The system fonts used in KDE and Gnome also tend to be extremely ugly - they should note that good, readable text != fonts made out of thin straight lines.
Let's turn this around: frankly, the average linux-programmer lacks the skill to make joe use linux.
It takes skill to be able to create an interface that people can use whose lives revolve around other things besides computers. Not everyone has that skill. There's a lot of talented linux programmers out there who are very good at creating a stable, flexible core-operating system. There's not a whole lot of skilled interface designers. My guess is that this is due to the fact that being a good interface-designer requires having to be exceptionally good at programming, graphic design and psychology, all at the same time. It's hardly surprising there's not a whole lot of these uebergeniuses around. The alternative is to get a group of people whose combined skills approach the ideal. For its time, I think the Apple Lisa/Mac team was such a group. And if you'll recall, large numbers of people recognized their skills and went out to buy Macs, even though they were then, as now, ridiculously expensive.
We can only hope that such a team will form in the linux community and come up with a new and usable interface paradigm suitable for today's computing power. Most likely, however, as soon as someone does manage to assemble a team like that, it will be bought up by some large corporation. The company that manages to achieve a truly new, workable interface will dominate the market for the next ten years, at least. Betcha Bill Gates would gladly offer half his assets to such a team.
The reason why this is so important is not because the average joe is "dumb", but because the average joe thinks it's a waste of time to fumble with config files and xservers. Only a very small group people actually enjoy this. Most mortals just want to get their work done, go home and look at porn on the Internet.
News and bla for computer musicians: http://lomechanik.net/