Slashdot Mirror


Worst Linux Annoyances?

greenrd writes "Ever spent hours trying (and failing) to get a printer driver to work on Linux? Struggled to configure something ever-so-slightly out-of-the-ordinary? What have been your biggest annoyances when using Linux? Three O'Reilly authors are compiling a book on Linux annoyances - and their suggested solutions - and they've started a mailing list here. I can't help but think, though, that such a book will be dated quite quickly. Sure, some problems do languish unfixed for years - but equally, I suspect many of the problems will be fixed before, or soon after, the book's publication date. Still, increased visibility might motivate developers to create fixes or workarounds for some of the problems, so maybe this is an ideal opportunity to get your pet peeve finally addressed!"

201 of 1,918 comments (clear)

  1. RTFM by slyxter · · Score: 3, Funny

    My biggest annoyance is the fat guy in a penguin shirt yelling RTFM lamer.

    1. Re:RTFM by deanpole · · Score: 5, Insightful
      Why can't tar figure out if the archive is compressed and with which method without me giving the -z or -j option?

      Why can't rpm figure out the next arg is a file (not a package with an illegal package name ending in .rpm) and assume the -p flag?

      Why can't cdrecord by default create a sane ISO if the request specifies a directory or file which doesn't look like an ISO?

      etc.

      Sure, let someone override this behaviour if they give the special flag after RTFM, I propose --literal. I am tempted to implement this using a bunch of perl wrappers.

    2. Re:RTFM by _KiTA_ · · Score: 5, Funny

      Ah, I see you've met the people in #Linux on EFNet. :)

      "I need help..."
      "RTFM you goddamn newbie or go get WinXP."
      You have been kicked by Dudrio (Wanker)
      Cannot rejoin channel (Address is banned.)

    3. Re:RTFM by garcia · · Score: 2, Insightful

      perl wrappers? Great, just what the newbies need, ANOTHER fucking dependency.

    4. Re:RTFM by lkaos · · Score: 4, Interesting

      Sure, let someone override this behaviour if they give the special flag after RTFM, I propose --literal. I am tempted to implement this using a bunch of perl wrappers.

      I hate to say it, but you're problem is that you RTFM but not all the way.

      rpm doesn't require a -p option. If you're installing, just use:

      rpm -i packname.rpm

      If you're uninstalling use:

      rpm -e packname.rpm

      Hell, in Nautilus (the program meant for folks that won't RTFM), you can just double-click on the darn things.

      Try burn:/// in Nautilus and that should take care of your cd-burner whining.

      file-roller will take care of your tar problems too plus give you a nice little GUI.

      These all come by default with RH9.

      --
      int func(int a);
      func((b += 3, b));
    5. Re:RTFM by andrewl6097 · · Score: 3, Interesting

      I think that he was referring to rpm -q. You need rpm -qp to query a package file, but only rpm -q to query an installed package.

      Also, for those of us to shun nautilus and heavy GUIs in general, his suggestions to tar make sense. Are those who don't use KDE-GNOME not entitled to be annoyed by some of the GNU tools?

    6. Re:RTFM by FooBarWidget · · Score: 3, Insightful

      Because they're traditional commandline apps. They're not supposed to do too many things automatically. Doing so can break scripting behavior.

      If you want easy and automatic, you shouldn't be using commandline apps in the first place. Go use GUI desktop apps.

    7. Re:RTFM by nocomment · · Score: 2, Interesting

      good sugestions but how about DECENT CUT/COPY AND PASTE?!
      the highlight then copy, and the ctrl-c and ctrl-v can get really confusing at times...sometimes I will go to paste something and what I paste is something I pasted an hour before. I will just use the other method of pasting (middle click) and that usually works but having a decent system that works across all programs would be better. I know it's not a linux but a GNU-X11 thing but still...makes a guy wish he could afford a powerbook *sigh*

      --Bryan

      --
      /* oops I accidentally made a comment, sorry */
      /* http://allyourbasearebelongto.us */
    8. Re:RTFM by daVinci1980 · · Score: 2, Insightful

      Wow! You completely made the parent's parent's post's point. What you're basically saying is:

      RTFM. If you don't like it go use windows.

      Now why isn't linux catching on again? ...

      --
      I currently have no clever signature witicism to add here.
    9. Re:RTFM by Anonymous Coward · · Score: 2, Interesting

      Actually, one of the most useful things I have seen in a while is a Perl wrapper around Autoconf. If you have both Autoconf 1.3 and 1.5 installed, the wrapper will check the configure.in for the correct version of Autoconf to run on it. No need to fidle with swapping Autoconf versions in or out, or hacking scripts that invoke autoconf to use a specific version, or messing with enviroment variables.

    10. Re:RTFM by TheMatt · · Score: 3, Informative

      You could use zsh. This is one of the reasons I love it, it's great completion system. You can do: rpm -Uvh [TAB] and only .rpm will complete tar xjf [TAB] and only .tar.bz2 or .tbz2 are completed.

      --

      Fortran programmer...oh yeah. Array math for life!

    11. Re:RTFM by Alan · · Score: 4, Interesting

      Why is the port syntax in ssh "-p NN" and in scp "-P NN"? I'd be less pissed off if the two programs weren't a) based on each other and b) from the same tarball.

      *sigh*

      In addition to this the host of lameness in GNOME, for example, the lack of ability to paste text after you've closed the application it's been copied from. They are talking about taking over the desktop and this doesn't work yet? WTF!!!

      Other things in my list (mostly gnome):
      - no easy menu editing (ie: drag to where you want it)
      - nautilus views are neat but you loose the functionality to be able to select of rename files in say, the audio (media) view
      - mime type editing sucks. make it easier

    12. Re:RTFM by mrjb · · Score: 2, Informative

      One of my biggest annoyances (after the obvious of resolving dependencies and simply not getting things to work) is the lack of *examples* in the f manual. Sure, all options are explained there, having a real life example could often save a lot of time.

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
    13. Re:RTFM by Mr+Bill · · Score: 2, Interesting
      My pet peeve is the syntax tar -cvf foo.tar foo, in contrast to the way every other Unix command puts the created file at the end.

      Actually, the file at the end of the command is usually the file that gets acted upon. In this case it is the file that you want to add to a tape archive. The tar file is provided as an output file, and it is actually optional. If you don't provide an output file, then it should just print the results to STDOUT, which is exactly what tar does.

      Also if you placed the tar file to be created at the end, then how would you provide multiple filenames to be added to the tar file?

      tar cf outfile.tar file1 file2 file3 dir1 dir2

      This really is the best way to do it (IMHO)...

    14. Re:RTFM by eln · · Score: 3, Informative

      Middle-click paste has been a standard part of X11 for ages, and it's awesome. It drives me crazy to have to hit other buttons or right click and scroll down to copy and paste crap in Windows. This is a major reason I find doing anything productive on Windows such a huge pain in the ass.

    15. Re:RTFM by _KiTA_ · · Score: 2, Interesting

      >> Go to #linuxhelp if you want help with something. It's not necessarily a help channel, its more of a place for burnt-out admins and developers to crash.

      And I would have been happy to, if smoeone had said that rather than cuss me out for 3 minutes and then kickban me without a word.

      Before I asked my question I idled for a bit and watched them treat other users, even ones who were perfectly calm and rational with their questions, the exact same way.

      Just looks really poor when a simple topic of "This channel is not for support, please go to #linuxhelp" or something would stem the tide.

    16. Re:RTFM by The+Old+Burke · · Score: 3, Insightful
      Now why isn't linux catching on again? ...

      If I had to point out one reason why "linux isn't catching on" it would have to be a reason whom is related to the area where Linux is particulary weak, the desktop area.

      In my humble opinion the temporarily failure or maybe just a delay of Linux on the desktop area has to do with bad documentation. For end users that are new to Linux, but willing to learn, bad or weak documentation can be real turndown.

      Actually I think the bad documentation is related to the hacker culture and the "do it on your own" attitud. This also influences the developers whom often take easily on the commenting and documentation of their code. All this is a vicious circle that can lead to a not very newbie- friendly environment.

      --
      Proud patriot and republican voter.
    17. Re:RTFM by FooBarWidget · · Score: 5, Informative

      "RTFM. If you don't like it go use windows."

      No! I told him to use graphical desktop apps. Nowhere did I even mentioned Windows.

      Graphical archiving apps like File Roller and KArchive detect the file format automatically. Those are the apps you should be using, not commandline apps.

    18. Re:RTFM by hankaholic · · Score: 5, Insightful

      That's against the point of such command-line programs.

      Many UNIX command-line tools are meant to do one job, and do it well. There's no reason for tar to know about compression formats -- what about UU-encoded stuff? Should tar have to know about ARJ, LHA, ZIP, gzip, various encoding formats (BASE64, etc.), and other issues?

      This isn't an RTFM thing -- you don't really want to be using tar or rpm or cdrecord in the first place, because these are programs which are meant to do things very literally, without room for misinterpretation.

      Strict behavior is better than undefined behavior.

      The ideal solution is NOT for GNU to add all sorts of heuristics into tar to figure out what you want it to do -- that addresses the wrong problem. The ideal solution is to have front-end programs which invoke tar, gunzip, rpm, cdrecord, and such. Perhaps a "suggest" script could invoke "file" to determine what the file contains, and suggest things to do with the file based upon its contents.

      Simplicity is key to having bug-free programs. Let front-ends handle dealing with people who don't want to learn how to get a specific program to do a specific task for which it was designed.

      Besides, what is the best default action for tar? To uncompress an archive? To list the contents? To add files to it? What if the user specifies two tar files on the command line? Does tar add the second to the first? The first to the second? Does it list them both? Does it create a third with the merged contents of the two on standard output?

      It sounds to me like tar should have command-line options to let the user tell it EXACTLY what to do, so the user isn't surprised by something unexpected happening.

      Oh, wait, it already does.

      --
      Somebody get that guy an ambulance!
    19. Re:RTFM by sikpig · · Score: 2, Insightful

      From scp(1):

      -P port
      Specifies the port to connect to on the remote host. Note that
      this option is written with a capital 'P', because -p is already
      reserved for preserving the times and modes of the file in
      rcp(1).

      --
      I left my .sig in my other pants.
    20. Re:RTFM by UnclPedro · · Score: 2

      That they have a reason makes it no less annoying.

    21. Re:RTFM by stephanruby · · Score: 2, Insightful
      "Actually I think the bad documentation is related to the hacker culture and the "do it on your own" attitud."

      No, I don't think that bad documentation is caused by the "do it yourself" attitude. Bad documentation is caused by the fact that good documentation is so damn hard to write and so damn hard to maintain.

      Go ahead, go write some documentation, publish it on your web site, and help reverse the trend. Every bit helps. But again, it's not that easy and it takes more work than people realize.

    22. Re:RTFM by kaworu-sama · · Score: 2, Insightful

      Ya, there's no shame or anything in using graphical apps in Linux (OH NOES IM NOT LEE7 ANyMORE!).
      The way I see it, those basic commands like tar, cdrecord, and oggenc provide raw and broad functionality. Taking that functionality and making it normally usable are programs/scripts like Ark, xcdroast, and dekagen. When these two things come together, you have something easily usable and intuitive, which is the goal for a desktop operating system.

    23. Re:RTFM by pclminion · · Score: 2, Interesting
      Why can't tar figure out if the archive is compressed and with which method without me giving the -z or -j option?

      Because the UNIX way of thinking is, different functionalities should be embodied in different programs. If someone, say, upgrades the bzip2 algorithm, all you have to do is update bzip2. If it was built into tar, then you'd have to update tar and bzip2 whenever the algorithm changes. This is just an example, but it demonstrates the way UNIX is "supposed" to work.

      I admit it seems arrogant. It is arrogant. The problem Linux is having and will continue to have is, there is a rather large subset of "old school" users who harbor certain ingrained ideologies about what is "correct" behavior. This subset happens to overlap a great deal with the subset of people who actually program Linux apps. What this means is, the operating system has evolved largely in the direction that hard-core, old-school UNIX hackers wanted it to.

      Someone else brought up the example that users have to edit config files by hand. As a developer, it's really easy for me to see why this is the case. It really sucks designing configuration dialog boxes. It's boring. As a developer, you just want the correct configuration loaded into variables right now, and as bizarre as it seems, the developer really would rather not care what makes the user's life easier.

      For MS and Apple, this is a necessity because they are selling a product to users. But you have to understand that Linux developers really don't have customers. There are users, and the users often complain loudly on mailing lists about lack of functionality, or ease-of-use. It isn't that I'm not sympathetic to that. But it's really hard to motivate yourself to do boring programming work (UI design is really really boring for most people), when the only motivation is a bunch of screaming users, and no compensation.

      The rewards for programming free software are largely egotistical -- "I implemented this cool functionality in a better, cleverer way than anyone else has!" -- and time spent writing user-friendly interfaces is time not spent stroking the ego.

    24. Re:RTFM by abradsn · · Score: 3, Insightful

      True, but if documentation were part of the design process, it would get done more often.

    25. Re:RTFM by saintlupus · · Score: 2, Interesting

      And thus, why #linuxhelp exists.

      I just tried to go to #linux -- despite the fact that I've never been there before, I'm already banned. Maybe they just don't like my college's address space. Who knows.

      I dropped in on #linuxhelp, too, because I'm having a problem with Yellow Dog Linux and I figured it might be a good place. When I asked if anyone had PPC Linux experience, one guy told me to install Gentoo (YDL is insufficiently leet, I guess) and nobody else responded.

      Woo-hoo. Back to Google.

      --saint

  2. kernal modules by akaina · · Score: 3, Redundant

    loading kernel modules

    --
    Remembering that you are going to die is the best way I know to avoid the trap of thinking you have something to lose.
    1. Re:kernal modules by Anonymous Coward · · Score: 2, Funny

      I think your problem was that the last Debian release was made before CDROMs were invented.

  3. Most Common Linux Annoyance by Joe+Jordan · · Score: 4, Funny

    "Where's the Start button????"

  4. Easy... by ryanvm · · Score: 5, Funny

    What have been your biggest annoyances when using Linux?

    Easy - you guys.

    1. Re:Easy... by Uruk · · Score: 5, Insightful

      Not far off the mark. Although I'm a geek myself, it does seem strange that many in the GNU/Linux community automatically assume that everybody else is the same way. It's a total lack of vision on the part of those who are all too consumed by computing.

      I mean, really what is computing about? (Not just GNU/Linux) it's a means to an end, NOT the end itself. Computers are really interesting, and that's how I earn my daily bread. I even like them just because they are, not necessarily because of the benefits that they bring to people. Still, I have to acknowledge that the majority of computer users only bother with them because they allow the user to do specific things, like balance their checkbook, order books online, or curse clippy with all the vitriol in their hearts.

      The people involved in the GNU/Linux community are smart, and intense. Probably too intense. For all of the hacker humor that's out there, it's often suprising just how seriously people take things.

      --
      -- Truth goes out the door when rumor comes innuendo. -- Groucho Marx
  5. Biggest Pet-Peeve? by jonfromspace · · Score: 2, Insightful

    Gotta be lack of informed mainstream media coverage.

    If I hear "No one ever got fired for buying Microsoft" one more time, I am gonna snap.

    --
    I am become Troll, destroyer of threads
  6. Hunting by PktLoss · · Score: 5, Insightful

    By far, hunting down layer after layer of dependency while trying to install software, only to meet conflicts is my biggest problem.

    I am running RH8, and an somewhat of a linux newbie, but i have speant hours trying to get the right versions of software installed, often with two four levels of dependency, (ie Software i want needs x, which needs y, which needs z, which needs a...). I recently installed apt, which made it a bit easier for software it indexes.

    Windows software downloads can be big and bloated with DLLs but they generally work out of the box.

    1. Re:Hunting by zifty · · Score: 2, Insightful

      This is exactly why BSD's ports, Gentoo's portage, and Debian's apt systems were invented.

      I tired of installing software on Redhat very quickly after trying linux for the first time. I almost didn't pick it back up, but someone told me Debian made all those problems with dependencies go away.

      Do yourself a favor and try one of the above. I run Gentoo currently, and I would NEVER go back to a an unintelligent package management system (like RPM) ever again.

    2. Re:Hunting by badasscat · · Score: 4, Informative

      Do yourself a favor and pick up the Apt installer from ATrpms. Download the Synaptic graphical interface for it once you've got it all set up and configured properly. That should be the last annoying install of almost any package I could imagine you running. These two applications together have solved the dependency/installation issue for me completely, and it was my biggest Linux annoyance too.

    3. Re:Hunting by finkployd · · Score: 4, Informative

      Rpm with apt is just as good as deb with apt. Everyone seems to be very confused about this issue, and tries to compare apt against rpm as if that somehow makes any sense. It doesn't. Apt works with both rpm and deb, and works very well with them. If you are using redhat and like it there is no reason to switch to something else just to get a dependancy checking package manager, just hit freshrpms.net and get apt.

      Finkployd

    4. Re:Hunting by novakane007 · · Score: 2, Informative

      Go here. Download apt for redhat. Then download another package called synaptic. Synaptic gives you a graphical lay-over for apt-get to run on redhat. I'm sure there are some incompatibilities somewhere, but this is the easiest way to get away from dependancy hell in Redhat.

      --

      WURD!!
    5. Re:Hunting by tal197 · · Score: 2, Informative
      By far, hunting down layer after layer of dependency while trying to install software, only to meet conflicts is my biggest problem.

      Once more people start using Zero Install these kinds of problems should go away.

      There are also systems like Debian's APT, but they have some serious shortcomings for ordinary users.

    6. Re:Hunting by xanadu-xtroot.com · · Score: 4, Informative

      Red Hat: up2date

      Mandrake: urpmi

      Debian: apt-get

      Gentoo: emerge

      SuSE: yast2


      Man, the tools are there, learn how to use them. Dependency Hell is a thing (almost...) of the past.

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    7. Re:Hunting by KeyserDK · · Score: 4, Insightful

      Don't compare DEB's with RPM. They are just a fileformat. Compare the tools....

      What you should compare is up2date(rh),urpmi(mdk),apt-get(debian),portage(gen too) and red-carpet(ximian).

      --
      still reading?
    8. Re:Hunting by IamTheRealMike · · Score: 4, Insightful
      I read all the responses to this post, and they are all basically "Use distro/OS Foo, and all your problems will go away" or alternatively "This is what apt is for"

      I find it rather funny that so many people recommended apt when the author made it clear that they were already using it.

      My personal view on this is that the model in which software developers only make available a source tarball and leave packaging to others is inherantly flawed. Packaging and making your software easy to install is as much a part of writing quality software as producing documentation and testing is. It makes just as little sense to leave packaging to third parties as leaving documentation to third parties does, or leaving development of the website to third parties.

      The main problem that causes dependency hell is pretty clearly that the programs that resolve dependencies cannot always locate a suitable package to meet the dependency, or alternative suitable packages do exist but metadata mismatches prevent the connection from being made.

      One of the reasons for that is that there is no way for developers to produce packages that can install on many forms of Linux. While the source code as a lowest common denominator is required for platforms that are not binary compatible like Linux/FreeBSD/Solaris, generally Linux distributions are binary compatible so there is no need for nonsense like a separate package for every version of every distro.

      I also believe it's not feasible for a single (or even a group) of 3rd party repositories to package every piece of software somebody might ever want. Even in extremely large repositories like Debians, the software you want is sometimes missing, sometimes out of date. The effort required to maintain it all is enormous.

      Eventually a decentralised model will fall into place, of this I am sure. Thomas Leonard already pointed out the excellent work him and his team are doing with Zero Install, and of course I pimp my project in my sig.

      But basically, what both these projects have implicitly agreed upon is that the current model is fundamentally broken - it will take time to shift the inertia of the status quo unfortunately.

    9. Re:Hunting by pyros · · Score: 2, Insightful

      don't forget there's apt-get for redhat via freshrpms and fedora, and I think one other. And Connectiva is and RPM based distro built around apt (I think they actually made the port of apt for rpms that freshrpms and fedora use).

    10. Re:Hunting by budalite · · Score: 2, Insightful

      There. Right there. My major annoyance with Linux and all the flavors. Well, actually, two or three annoyances. All these flavors don't play very well together. (Lack of good daycare in childhood?)
      1). Any dependencies should #$#%-well be handled by the installing app. with decent explanation of requirements (warnings) in the install manual (A man can dream...)
      2.) When you must descend into Dependency Hell: Look in the parent post. 5 Linux OS's, 5 tools. (There are probably more.) Having a choice is a good thing, but if all these Linux flavors keep going the way they are, they will probably not having anything in common in, say, ten years. By then, I guess they'll have all evolved into new distinct species, unable to interact except by tcp/ip and the like. Doesn't sound like progress to me, though.
      MOTOW - Master of the Obvious, What?

    11. Re:Hunting by uradu · · Score: 2, Informative

      apt is a godsend, but unfortunately the RPM repositories are much less extensive. There are tons of packages you can't apt-get, or are not the latest version, etc. I'm sure that will change with time, but right now that's the way it is.

    12. Re:Hunting by EnglishTim · · Score: 2

      Dependency Hell is a thing (almost...) of the past.

      Please tell me you didn't type that with a straight face!

    13. Re:Hunting by Adrius · · Score: 3, Informative

      Rpm with apt is just as good as deb with apt.

      BZZT. Wrong. Debian packages have recommends, suggests, and a whole host of things that RPMs don't, which makes dependency resolution easier.

      Not to mention the strict policy debian has wrt to packaging... which is probably the biggest reason debs are easier to manage than rpms.

    14. Re:Hunting by IamTheRealMike · · Score: 3, Insightful
      Windows and MacOS do have these problems, just not to the same extent. Typically there is not a culture of code sharing on these platforms. That makes code reuse more unusual than on Linux.

      Generally apps only use what the OS provides them, then rely on installers to fill in the missing pieces if for instance you need a component that didn't ship with Windows 98 - unfortunately that has traditionally led to DLL hell.

  7. Unmounting devices by Wumpus · · Score: 4, Insightful

    Not being able to unmount a removable storage device (CD, my digital camera, whatever) because some process had the bright idea of keeping an open file on it, or hanging around with it as its cwd. Nautilus used to be especially bad in this regard.

    1. Re:Unmounting devices by AntiFreeze · · Score: 4, Informative
      you don't know about lsof, do you?

      "lsof /mountpoint/" will show you exactly what file descriptors are open, and allow you to easily terminate them by PID. lsof has a plethora of options, check out the man page, I'm sure you'll find it remarkably helpful.

      --

      ---
      "Of course, that's just my opinion. I could be wrong." --Dennis Miller

    2. Re:Unmounting devices by nutshell42 · · Score: 3, Insightful
      two things:

      1. Oh *that's* intuitive - I know it took quite some time till I found lsof

      2. what if you don't want to kill that app? Often you're already browsing a completely different directory or -in case of Konqueror instead of Nautilus- you have a number of additional tabs open.

      --
      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage
    3. Re:Unmounting devices by Waffle+Iron · · Score: 4, Insightful
      WRONG! Whenever I have to use lsof to find a goddamned open file handle on the CD-ROM, my blood boils.

      When I hit that eject button, I want the goddamned CD out of my sytem, Now! No exceptions. I don't care if I get an I/O error. Just give me the damned disk.

      How in the hell is any normal user supposed to know about lsof anyway? All he knows is that the CD drive is broken.

    4. Re: Unmounting devices by Black+Parrot · · Score: 3, Insightful


      > Oh *that's* intuitive - I know it took quite some time till I found lsof

      The error is in thinking that a computer should be intuitive. Computers are equivalent to Turing machines, modulo the bounded memory; they can go far, far beyond our intuitions. The only way to make them intuitive is to dumb them down, i.e. limit what they can do. So be prepared to choose between having your computer dumbed down to a consumer appliance or else having to learn a lot in order to master it.

      > what if you don't want to kill that app? Often you're already browsing a completely different directory or -in case of Konqueror instead of Nautilus- you have a number of additional tabs open.

      Yeah, that would be annoying. Next time it happens, write the app developer and aks him/her to fix it so that it doesn't hold stuff open that it isn't actually using, and explain the problem it causes for you. In my experience Linux app developers are very approachable, and though they may be very opinionated about how their application should behave they tend to be receptive about pragmatic suggestions regarding unintended effects.

      --
      Sheesh, evil *and* a jerk. -- Jade
    5. Re:Unmounting devices by Suidae · · Score: 3, Interesting

      users shouldn't be required to learn any command to eject a CD

      This is a good point. If I press the eject button while in [common windowing environment] and the CD cannot be ejected because some file is in use, I really ought to get a popup window and warning ding explaining that an application is currently using a file on the CD, a list of what files are in use by what applications, and an option to kill thoses apps, with a warning that that can cause data loss, and etc. and that I should try closing the applications first. Or the apps using the files should pop up and ask if you want to stop doing whatever it was that had the files open.

  8. Worst Linux annoyance EVER by levik · · Score: 5, Funny
    I got three letters for you:

    S .... C ... O

    Now who can beat that?

    --
    Ñ'
  9. Here's one. by BrokenHalo · · Score: 2

    Setting print preferences so that I can print more than one page to a sheet of paper. I know there's psnup, but it's not that convenient.

  10. Worst Linux Annoyances? by grennis · · Score: 5, Insightful

    The most annoying thing about Linux is that people compare it to Windows and point out the differences as "annoying".

    Different can be better, but yes, there may be a learning curve... and that can be annoying for some.

  11. Biggest annoyance by Anonymous Coward · · Score: 2, Funny

    My biggest Linux annoyance is that it doesn't run Windows games. Sure, you can get some 5 year old games to run by sacrificing a chicken to the Winex gods, but if you want to play any decent games you MUST run Windows.

    1. Re:Biggest annoyance by muonzoo · · Score: 2, Insightful
      And as long as that's the case, there's little reason for anyone to run Linux, except for their own religious issues.
      Again, the right tool for the right job. If I want a reliable, effective server platform, a good software development environment or a suit of *NIX style tools, then Windows isn't going to work. You are right, for many people, Linux isn't the right tool and Windows might be. There are other offerings that are likely a better fit for most people. The gamers are going to find themselves better off in the Windows world for now. Not because Windows is better technology for games, but because Windows is what games companies develop for.
  12. My biggest annoyance... by cnelzie · · Score: 5, Insightful

    ...is that someone will take my annoyances and write a book about those annoyances and then make a hella amount of money from it... leaving me holding my annoyances, until someone fixes it, since I can't code myself out of, let alone into a box...

    Cripes...

    --
    If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
  13. Trying to get a Nvidia dual port card to work by teutonic_leech · · Score: 2, Interesting

    After messing around with X for a week, I finally had the insight to download the Nvidia driver from their site. Worked like a charm right away, but there should have been more documentation on this. This book might just be what the Linux community needs. Then again, what does that say about the user friendlyness of Linux? ;-)

  14. Switching from windoze by relyter · · Score: 2, Insightful

    Using windows for more than ten years (from parents, school, work, etc.) then being dropped to the wolves in Linux. Not than Linux isn't several magnitudes better than windows, just unfamiliar.

  15. DVD Player by leafsfanatic · · Score: 2, Insightful

    DVD support is the only reason I keep a Windows partition.

    1. Re:DVD Player by kasperd · · Score: 3, Informative

      DVD support is the only reason I keep a Windows partition.

      ogle, xine, and mplayer.

      --

      Do you care about the security of your wireless mouse?
    2. Re:DVD Player by penguinboy · · Score: 3, Informative

      Xine is great. Lets you skip sections (FBI warning at the beginning, etc.) that set-top and Windows often won't.

    3. Re:DVD Player by IamTheRealMike · · Score: 2, Insightful
      He probably means:

      1) The non-obvious way in which you have to enable DMA mode for good performance, typically off in most distros, how you switch it on varies between them.

      2) The fact that mplayer and Xine have UIs from hell. I use mplayer, but I had to figure out "mplayer -dvd 1" by trial and error, basically. The 1 is for chapter, I think. Not to mention the way you specify crop rectangles manually.

      Fortunately the UI situation will be hopefully fixed by Totem, a really delightful video player. At the moment it's kind of screwed by a bug in XFree, but that is fixed in the next revisions of all the major distros. It's also a Gnome app, so I suspect some distros that have a policy of KDE only will miss out, as far as I'm aware there is nothing that quite matches up to Totem out there.

      It's based on Xine or GStreamer, take your pick. The Xine version is currently more featureful, but the GStreamer backend is catching up fast, and hopefully Totem will be in gnome 2.6

  16. Hardware support by Surak · · Score: 3, Flamebait

    Still not going away after 10+ years. :)

    Have you ever installed an ATAPI CD burner? Not exactly plug-and-play. nVidia GeForce card? Not bad, but if you happen to have an AMD Athlon with the AGP problem, um, have fun. :) Scanner? Web cam? These things generally aren't all that easy to install.

    When I get a webcam or CD burner and install it on Window, I pop the CD in, click 'Next >' a whole bunch of times and bammo, working hardware, software and all.

    On Linux, heh. If you don't know much about configuring and compiling the kernel, kernel modules, etc., forget it. :)

    1. Re:Hardware support by nordicfrost · · Score: 3, Interesting

      This is not a troll.

      Just a funny note: I installed an Airport wireless LAN card in an iBook last weekend. It didn't really strike me then, but I realize that something wass odd about the installation.

      When I threw away the old cardbord box today I looked through it to see if there was anything to kepp. I then realized that there was no manual on how to install it and no drivers disc (there might have been an upgrade disc accompanying the box but it was never used).

      It can actually be made this simple. Open box. Turn off computer. Open keyboard. Read sticker with instructions. Follow instructions. Close keyboard. Turn on computer. It works.

      This is so wastly different from my windows - Linux reality that is my daily life.

    2. Re:Hardware support by Kentrosaurus · · Score: 2

      Yeah, but when you pop that cd in, after you click next and sell your soul to their EULAs, windows runs 30% slower and you've got a taskbar full of crap you never wanted, not to mention the required reboot and "please register this software" dialogs that never go away.

      Of course they could have a dysfunctional driver packaged with their product. In that case you'll have to download their latest 50 mb driver. (think of the dial-up implications)

    3. Re:Hardware support by jonman_d · · Score: 2, Insightful

      That could never, ever be a reality in anything other than propriatary hardware+software configurations. So kiss any hopes of having that under Windows or Linux goodbye.

      The only reason that's possible is because Apple knows that "this slot will have an airport card in it if it's occupied. If it's not occupied, just ignore it."

      Unless you want your motherboard to have 5000 different slots for every single PCI card made, and then have a bootup program run through each one, detecting which are empty and which are used, and then installing the software for the used ones (a process which would take up yards of physical space and loads of processing time), you're going to have to deal with installing drivers and kernel modules.

    4. Re:Hardware support by opkool · · Score: 2, Flamebait

      Q. Have you ever installed an ATAPI CD burner?
      A. Yes. Many times. It always worked. I had to do *zero* kernel compilations or other messy stuff. The procedure: get a PC with CD-RW. Pop in Mandrake CD. Install Linux. All works out of the box.

      Q. nVidia GeForce card?
      A. For non-accelerated drivers, it worked out of the box. For 3D acceleration, I went to nvidia.com, downloaded a file, followed web-based instructions, and... bam! It's working. No magic, really.

      Q. Scanner?
      A. I don't have an scanner, so I don't know.

      Q. Web cam?
      A. Yes. I have a USB WebCam. Mandrake always detects it and configures it no problem without my intervention.

      In short, one thing. Do you want to use Linux in the desktop? Then get yourself a Desktop Linux Distribution .

      Most probably you are using Debian or Gentoo or Slackware because it's kwel and 1337. Or maybe you are using a 5.2 Red Hat. Too bad. Because Linux is Linux is Linux. So, Linux + Desktop = Mandrake.

      Peace

  17. from a user's perspective by jd142 · · Score: 2, Interesting

    Lack of easy support for my intellimouse explorer. I'm so used to using the side buttons to go forward and back when browsing the web it's jarring when I move from mozilla on windows to mozilla on linux.

  18. Worst annoyances by Enry · · Score: 4, Insightful

    Anyhting having to do with USB or Firewire support

  19. dated?? by sirius_bbr · · Score: 4, Insightful

    I can't help but think, though, that such a book will be dated quite quickly.

    If I wrote the book, that'd be exactely what I want. If the book's outdated, it means it has brought all those problems to the attention, and that proper solutions were made. What more can you wish?

    --
    this sig has intentionally been left blank
    1. Re:dated?? by mikeee · · Score: 2, Funny

      1. Write book on Linux annoyances.
      2. Annoyances are fixed.
      3. No Profit.

  20. Worst Linux annoyance- by IWantMoreSpamPlease · · Score: 5, Interesting

    Isn't something from the OS itself, but the "1337" attitude from the users. "Use a different distro!", "RTFM!", "l4m3r!"

    I gave up on Linux (and went back to BeOS) simply because the attitude of the Linux users I ran across was intollerable. You won't find that with BeOS users.

    (And I'm willing to bet money this gets modded as flamebait, but it's the painful truth)

    --
    So rise up, all ye lost ones, as one, we'll claw the clouds.
    1. Re:Worst Linux annoyance- by endeitzslash · · Score: 5, Funny

      You won't find that with BeOS users.

      Yeah, those two guys are nice. =)

    2. Re:Worst Linux annoyance- by Anonymous Coward · · Score: 4, Insightful

      Isn't something from the OS itself, but the "1337" attitude from the users. "Use a different distro!", "RTFM!", "l4m3r!"

      I don't know where you've been looking, but I never see any of that. Not even here. And really, if you are told to RTFM, perhaps you really should have. Very few people want to provide a free helpdesk for people who can't be bothered reading the manual. Most people consider themselves to be worth more than a bit of paper.

      How about, instead of asking "how to", you read the manual, and if that confuses you, ask about the bit that confuses you. If you don't know where the documentation is, ask for that. Ask questions the smart way.

    3. Re:Worst Linux annoyance- by NullProg · · Score: 2, Informative

      Just a suggestion, try these links for help the next time you try linux.

      http://www.justlinux.com/
      http://www.pclinuxonl ine.com/

      You may not get the answer you were looking for, but I've never seen anyone post a RTFM at one of these sites.

      Enjoy,

      --
      It's just the normal noises in here.
    4. Re:Worst Linux annoyance- by Robmonster · · Score: 2, Insightful

      I'm with the original poster on this one....

      How many times do you HAVE to read a manual to get a Windows installation to run?

      If Linux really wants to make headway into the desktop/home PC market it needs to get to a point where you dont need to read manuals to install your software/hardware.

      --
      I have no sig yet I must scream.
    5. Re:Worst Linux annoyance- by dytin · · Score: 2, Insightful
      I don't help many Linux beginners because they want Linux to be just like windows and don't want to even attempt going to a command line

      The problem is, you have to tell new Linux users that Linux is different than windows. I know from my experience, that I had only been using windows as an OS for about 5 years when I started to learn Liniux. The person that was teaching me stuff just told me, "Linux is different than windows, you can do a lot of stuff in graphical mode, but if you want to do anything powerful, you have to do it through the command line. It may be hard at first, but you'll soon find that unlike windows, your conrol over the OS is only limited by your knowledge, rather than being limited by what the OS will let you do." After he said that, I had no problem trying to use the command line.

    6. Re:Worst Linux annoyance- by angle_slam · · Score: 4, Insightful
      I don't know where you've been looking, but I never see any of that. Not even here.

      You've got to be kidding. It happens all the time here. If someone asks a question about moving from Win to Linux, he will get flamed with comments like "if you don't know what distro to get [or whatever simple question was asked], Linux is not for you."

  21. The different distros are the biggest... by Lumpy · · Score: 4, Insightful

    Why cant everyone pick a fricking filesystem layout and KEEP IT FRICKING THAT WAY?

    Redhat thinks that apache and KDE's developers are idiots so they move the default install, Mandrake has things in different locations, SuSE,Debian,Slackware.... they all think they know where it is supposed to be.

    All it does is piss off the Linux user.

    This is one of the biggest problems. Leave where things go ALONE!

    --
    Do not look at laser with remaining good eye.
  22. fonts by gazuga · · Score: 5, Insightful

    The default font (at least every time I installed X) is always *tiny* on my screen. No matter how hard I tried, when I changed settings, it never seemed to work.

    --
    "I turn away with fright and horror from the lamentable evil of functions which do not have derivatives."
  23. Re:That damn penguin by teval · · Score: 2, Funny

    "Some people have told me they don't think a fat penguin really embodies the grace of Linux, which just tells me they have never seen an angry penguin charging at them in excess of 100 mph. They'd be a lot more careful about what they say if they had." -Linus Trovals Speaks for itself

  24. Too many Scripting Languages by EvilTwinSkippy · · Score: 2, Insightful
    There really are WAY too many half-assed ways to do things in script. Perl, Tcl, Python, Bash, Csh, Tcsh, PHP. I must have 20 MySql drivers to support all of these bloody languages. I have to run several Apache modules because some software uses mod_perl, others use PHP, and all of my In-House software uses TCL.

    All of the script languages have morphed into accomplishing the same goal, they all just do it with a different syntax. Some scripts are clean looking and easy to follow, others are executable line-noise.

    It would make documentation and maintenance a LOT simply to pick one scripting language and develop it into an all-purpose tool. I'm sick of reimplementing script libraries.

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
  25. Re:Crashing by AsparagusChallenge · · Score: 2, Informative

    I don't know if you're a troll or not, and I don't care, since it's on a higher good:

    If ps segfaults be careful and check your box, that may be a sign of having been cracked.

  26. The main difference between Linux and Windows by BoomerSooner · · Score: 5, Insightful

    is vendor supported drivers.

    Printing, video drivers, sound drivers, etc are ALL significantly easier to setup and use under windows. This is reality because windows controls 90%+ of the desktop market.

    Until Linux has the ease of use with devices that both windows and macs enjoy, drivers will be my largest annoyance.

    BTW I've been using linux since '95 and it has come a very long way, but it has a lot left to be desired.

    1. Re:The main difference between Linux and Windows by travdaddy · · Score: 2, Informative

      Right, and what's really frustrating is that it is a chicken-and-egg problem. Linux won't have ease of use with devices until the vendors start supporting drivers for Linux. But vendors won't start supporting drivers for Linux until Linux is easy for lots of people to use.

      --
      Adidas To Bring Back Sneakernet
    2. Re:The main difference between Linux and Windows by IamTheRealMike · · Score: 4, Interesting
      Until Linux has the ease of use with devices that both windows and macs enjoy, drivers will be my largest annoyance.

      I'd quibble with the idea that macs enjoy good hardware support. They generally don't, but because nobody tries installing MacOS on 5 year old machines they found in the closet "just to try it out" it doesn't have to jump through the hoops that Linux is expected to.

    3. Re:The main difference between Linux and Windows by ratboy666 · · Score: 2, Informative

      That's just wrong. I use three "platforms". Windows 2000 Professional, Linux (Redhat 9), and Palm. The Palm has been the easiest as far as drivers are concerned.

      Next is Linux. I use it on an HP laptop, and a "generic" desktop machine. No problems with any of the hardware, everything just works.

      Windows 2000 Professional was the MOST problematic. First, I had to get drivers for the NVidia card. The "latest and greatest" drivers caused the machine to not boot up (and, yes, I had the version that corresponded to the chip on the card). I then had to backtrack to a driver from last year; the older driver did work. The sound on the motherbaord was AC97 compatible, but Windows didn't recognize it. Downloaded specific chipset driver, and that didn't work either. Had to take the case off the computer, and check the motherboard manufacturer, and download drivers from their website. These drivers worked.

      Yes, if the computer is pre-installed with Windows, you are in luck. But if you EVER upgrade Windows, or have to re-install from scratch -- good luck.

      The biggest annoyances *I* have with Linux is:

      1 - missing certain Sys/V features (message queues). Makes portable code between Solaris and Linux a pain.

      2 - Redhat 8 and 9 don't allow (easy) configuration of the "Start" menu.

      3 - OpenOffice under Redhat 9 allows installation of fonts, but there is not system-wide font installer.

      4 - 802.11a support. I have the Intel 802.11a and need to use a binary broadcom driver for Linux. It works, but I can't seem to get more than 6mbits with it.

      There are more; but these are the ones that I have come across in that last few days. Item (1) is the only pure Linux issue -- the others are comments about a specific distribution (so don't tell me to use another distribution; I have other reasons to standardize on Redhat). If they bug me enough, I may actually fix (2) and (3) myself.

      As to the "driver" issue, only (4) stands out. And I can only pray that will be resolved quickly (either with new hardware, or a better driver). But I blame broadcom/intel for this, not Linux.

      PS. As to the vaunted "Windows support" -- try using stuff like a DLink DMP-90 under Windows. I dare you. When closed source software and hardware becomes "uninteresting" and is abandoned, you get stuck. With using much older systems. Netgear 900Mhz wireless Aviator would be another example. If the drivers for these items were open-source, then you could use these devices under Linux or another F/OSS system. As it is, these items become junk when/if you upgrade your computer.

      Level your driver complaint at the manufacturers, not at Linux.

      Ratboy.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
  27. XFree86 by THEbwana · · Score: 4, Informative

    Configuring X is the worst thing with Linux PERIOD.
    While accustomed users can get it to work - newbies are often left stranded before they even get to try out Linux. A lot of people really want to try Linux but they never get past the X config.
    Just think of the improvements in general usability over the last few years (gnome/kde etc.) and compare that to how XFree86 has been evolving.

    This is probably going to trigger comments such as: why dont you contribute then?? - well:
    1. Lack of time
    2. Are contributions actually welcome? we read a lot of stuff now and again about how the XFree86 crowd are blocking patches, rumours of forking etc. When people are forced to fork just to get excellent patches in theres something wrong.

    Just my 2c.. oh and .. first post? /m

  28. CUPS by The+G · · Score: 4, Interesting

    My top five annoyances with Linux right now are CUPS, CUPS, CUPS, CUPS, and CUPS.

    Its features are variously undocumented or vastly overdocumented to the point of utter incomprehensibility. It configuration is totally frickin' opaque. And every day or so it just stops printing anything until I restart both the printer and the server (but only in that order!).

    I am baffled that anyone prefers CUPS to the old reliable lpd. It's a nightmarish beast that nearly makes me consider going back to Windows.
    --G

    1. Re:CUPS by stratjakt · · Score: 2, Funny

      Ok, the REAL annoyance with CUPS is the FAQ.

      The FAQ is basically a long winded lecture warning you to RTFM (which doesnt exist!) before you dare ask the mighty CUPS gods a question.

      I have a DeskJet 648C that I wanted to stick on my samba server for day-to-day printing (I wouldnt attach my GOOD printer to anything but a Windows box - just a waste of tech otherwise).

      The idea that you can use any printer as a PS printer, and have it share adobe's PS drivers, sounds like such a simple and elegant solution. Printer dies? Plug a new one it, all my networked boxes still use the same drivers.

      The DeskJet is "100% supported" but I still cant get it to print with proper margins. A half inch of everything is cut off. I have absolutely no idea which "level" (PS filters, CUPS, lpd) to start looking for the problem at.

      And thats just the main problem. It still has ridiculous sharing issues (my wifes account cannot print - it would seem that noone but members of @wheel can print over the network)

      I've spent probably a hundred or so hours trying to figure it all out. It's insane.

      You'd think printing would be one of the lowest level no-brainer things to set up. It's not like its cutting-edge tech.

      --
      I don't need no instructions to know how to rock!!!!
    2. Re:CUPS by rusty0101 · · Score: 2, Insightful
      My biggest problem with cups is the occasional failure to stop printing when canceling a job.
      Senerio:
      • Print 10 page document.
      • Realize you really don't need it in high quality color which will take a good half hour to print on the ink jet printer, so cancel the job.
      • Cups comes back with (effectivel) "I will cancel that job for you when I get done with the job."
      • Go to a command prompt.
      • type "lpq" and get back the print job number.
      • type "lprm 'job number'".
      • Printer is still working on the job.
      • Job is not in lpq any more, so it must be in the printer buffer.
      • reset the printer.
      • watch over 200 pages of one to 10 lines of random text print as Cups continues to send postscript color job to printer.


      It's often easier to just go away and brew and drink a pot of coffee.

      -Rusty
      --
      You never know...
  29. What are thinking? by cnelzie · · Score: 2, Informative

    If you have an Nvidia card and use Linux it is like second nature to download their drivers straight away... Why must you smash your head against a wall when you have a hammer to do that with?

    --
    If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
  30. Re:The lack of ..... by zifty · · Score: 2, Insightful

    Why is this insightful?

    I firmly believe that the very reason open source software (including Linux) is popular on any scale is because of the choice involved.

    If I have a task to perform, and there is just ONE solution, I'm stuck with it's quirks and annoyances (present in all software). I would much rather have many solutions, where I can learn of the pros and cons of each one and then choose a solution that works for that situation.

    There are precious few software titles I have found that have problems with only SOME distributions (except Oracle, but they're trying). I think problems like this are problems with closed source software in general, and if this hinders growth in the mainstream, so be it.

  31. Re:It's just too hard to configure. by brotherscrim · · Score: 2

    do you perhaps mean Mandrake 9.1?

  32. That's Easy. by DAldredge · · Score: 2, Funny

    Just use perl.

  33. Music Studio by Liquorman · · Score: 2, Informative
    I use my Windoze pc to do multitrack musical recording of a mostly acoustic nature. I have been waiting for linux development to catch up in the software area (progress is being made) and for companys who manufacture multitrack hardware interfaces to supply any drivers at all for linux (Event is one company that does currently do this for it's line of Pro Audio interfaces).

    I realize that this is not of primary importance to many of you, but I know that some of you can relate. Here's to the hope that within the next two or three years we will be able to run our home studios with linux!

  34. 10 years later by Anonymous Coward · · Score: 2, Interesting

    I don't know about a book like this being dated fast. I installed Linux on my laptop the other week....like I did literally 10 years ago.
    So what did I find myself doing now that I did 10 years ago? Editing with vi the XFreee86 config file to get the graphics to work. 10 YEARS....and still the same old shit...lucky for me I remember all the details of getting that to work, but I can't see ol'grandma doing that whenever X kaks on some hardware.
    I run Linux on my servers and love it, but the desktop is just not quite there....I'll try in another few years.

  35. Lack of Commercial software support by Stone316 · · Score: 2, Interesting
    I have a couple of external devices, digital camcorder, digital camera, palm etc and the vendors don't have linux software. The software available for Linux is not as advanced and/or a headache to setup/use. So unfortunately until that happens i'll be stuck with at least one windows workstation at home.

    Also, kernel compiling is a PITA. I've been using Linux since Slackware .something and have been custom compiling my own kernels since then. But with RH9 its always complaining of something. Can't find X module even tho its compiled into the kernel. Failure to startup my USB devices even tho those are compiled in as well. I'm not sure what change recently but i've never had these problems before.

    --
    "Thanks to the remote control I have the attention span of a gerbil."
  36. Missing the point... by Akardam · · Score: 5, Insightful

    And this isn't an annoyance that's limited to Linux -- I deal with it in Windows from time to time. When I hit eject, I want the damn media NOW. Both Linux and Windows will bitch in their own special way about open files or locked files or stupid processes... it's beyond me why someone can't code up an intelligent solution that will close all read handles, and close all write handles with some message along the lines of "Completing write in /dev/cdrw0, please stand by" (of course this wouldn't apply to regular CD-ROMs).

    Anyway, the whole point of this rant is that there should be something more elegant than having to manually kill proc's by PID. I don't think Grandma's gonna ever use Linux if she has to do that kinda stuff.

  37. Redefine The Fine Manual by jvervloet · · Score: 2, Informative

    If you managed to solve one of these annoyances, you might post the solution on this RTFM site.

  38. The fact that all these other idiots use Windows by re-geeked · · Score: 4, Interesting

    Seriously, if Windows just went away, all my Linux problems would be solved. Here are some annoyances:

    I can't get support from my cable company because most of their customers use Windows.

    I can't use some web sites, especially for streaming media, because most of their customers use Windows.

    My boss worries about using OpenOffice.org because it may not be compatible with MS Office.

    I have to pay more for a laptop because it has Windows preinstalled or the OEM pays MS even if it doesn't.

    Then there's the availablity of apps or clients or drivers, compatibility with Windows networks, Winmodems, kids' games.

    Geez, it's so bad, someone should think about looking into whether any other OS could even fairly compete! Oh, wait, there's another annoyance:

    I have to worry about Linux being made illegal in one way or another, because Gates has bought up all the politicians!

    Damn Windows!

    --
    "You can't get something for nothing." - my grandfather, on the stock market and Reaganomics.
  39. Lack of finish by Kingpin · · Score: 5, Insightful


    I heard one guy state that "When you're 80% done with a project, you've probably only spent 20% of the time that it takes to complete it with splendor".

    I think that Linux is there, it's 80%. Things just don't work out of the box, and they should if we wish to hope to compete with Windows or Mac OS X. Try daisy chaining external firewire drives on RH 9, it just doesn't work. Try changing network profiles smoothly with RH 9/XD 2 - it just does not work. And get your funky i18n characters to display properly in RH 8 and later - it's not as easy as selecting a country during the install process. These are supposedly not rocket science issues, it's finish, it's what makes the difference to the average user, it's the difference between 80% and 100%.

    Linux has not really evolved beyond the 80% during the past 3-4 years. Sure, we've gotten GNOME2, KDE3 and so forth, but these still lack the same finish as their predecessors did.

    I'm beyond wanting to fiddle with my desktop PC, which is why, after 5 years of using Linux on the desktop, I'm switching from Linux to Mac OS X once the next powerbook update occurs.

    --
    Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
    Geocrawler error message.
  40. In no particular order by sjbe · · Score: 5, Insightful
    • Inconsistent location of files. /usr , /usr/local , /bin , /sbin, and the like are not intuitive and not consistently used either. I shudder at the thought of trying to explain this structure to my wife or mother.
    • Dependency hell. This can and should be resolved automatically without needing user intervention.
    • Too much dependance on editing configuration files by hand. While this can and should always be an option, I've had to do it too many times where it was obvious that the feature should have been accessible through a gui. (most recently, getting samba to boot up automatically instead of being started by hand. Not hard but I can't believe I'm the only one who ever wanted to do that.)
    • Ugly fonts. Particularly bad in Mozilla. This has been getting better, but there still are issues to be resolved.
    • Documentation. Usually you can find out how to do something but you had better be technically adept. Previous exposure to unix systems helps a lot. Documentation under linux usually sucks big time.
    • Lack of formal driver support from hardware vendors. Most hardware these days seems to work, but far too often is unsupported by the vendors and as such doesn't always work as intended. (there are notable exceptions) I understand why they don't support it, but that doesn't mean they couldn't. This is much better than it was a few years back but it still lags windows significantly.
    • Awkward and inconsistant user interfaces. Virtually all linux applications are guilty of this at some level. Everything from abiword to KDE/GNOME to the GIMP to xv has it's weird interface issues. (I love GIMP but it's interface is bizarre) This has been steadily improving but there is a long way to go still.
    1. Re:In no particular order by Durin_Deathless · · Score: 2, Informative
      Inconsistent location of files. /usr , /usr/local , /bin , /sbin, and the like are not intuitive and not consistently used either. I shudder at the thought of trying to explain this structure to my wife or mother.
      Your wife/mother shouldn't ever need to see the command line in a good OS these days(unless she is a geek, but then it can be explained).
      Dependency hell. This can and should be resolved automatically without needing user intervention.
      Almost solved. See apt-get, urpmi, portage.....
      Too much dependance on editing configuration files by hand. While this can and should always be an option, I've had to do it too many times where it was obvious that the feature should have been accessible through a gui. (most recently, getting samba to boot up automatically instead of being started by hand. Not hard but I can't believe I'm the only one who ever wanted to do that.)
      Amen. Coming off a Mac-only background, this took me a good couple of weeks to learn. All configuration end users ever need to do should be doable in a comfortable GUI.
      Awkward and inconsistant user interfaces. Virtually all linux applications are guilty of this at some level. Everything from abiword to KDE/GNOME to the GIMP to xv has it's weird interface issues. (I love GIMP but it's interface is bizarre) This has been steadily improving but there is a long way to go still
      Yes. Again, with my heavy Mac background, this was a huge jolt. Every desktop seems to have its own interface guidelines, which conflict with others. gtk progs can't put their menu at the top of the screen a la Mac OS, but qt ones can. I have trouble with copy/paste between the two.

      Note that I am not your average user, as I do do things like compile my own (leaner,meaner)kernel, and so on. I just think that until I can have my grandparents sit down and just use it(reguardless of what platform they are used to), there is room for improvement. For this, KDE is best overall, but things like OpenOffice look different(especially if you use the Mac-style menu bars).
      --
      You should use AdiumX on your Mac.
  41. Re:Annoyances by C0vardeAn0nim0 · · Score: 4, Funny

    It annoys me that Linux is inexpensive, because I don't get the satisfaction of bragging to my neighbors about how much I paid for it.

    send a $699 check to SCO and come back here to brag about it

    It annoys me that I can upgrade Linux without having to purchase state-of-the-art expensive PC hardware, so my hardware is always outdated.

    install Winex and star gaming. since Winex sometimes cause a 30% loss in framerate, it'll be a good reason to buy a Radeon 9800 pro

    It annoys me that I don't have to reboot frequently, so I never know how fresh the bytes of code are in memory.

    linux 2.6 pre1

    It annoys me that I can easily solve my Linux problems in the Google groups section, instead of getting to speak with a real live tech support person, who might be a really cute blonde chick.

    pay for it (also answers #1) and call redhat's tech support instead.

    It annoys me that I don't have a mascot like Clippy the paperclip in the vi text editor.

    vigor. www.userfriendly.org for back reference on it. then apt-get install vigor if you have debian.

    --
    What ? Me, worry ?
  42. Differences vs. annoyances by Frater+219 · · Score: 5, Insightful
    I'd like to suggest that any form of It doesn't work like Windows! is a poor example of a "Linux annoyance". Problems of this form do not represent anything wrong with Linux (and often not anything wrong with Windows, either), but rather usually differences in design between the two systems.

    Trying to understand Linux as a "Windows substitute" is a doomed prospect. Their differences aren't just a matter of tradeoffs: they are radically different kinds of system, much as an MP3 player is different from a turntable. If you found two people arguing over whether an MP3 player or a turntable was "better" -- or a turntable user saying that MP3 players were "annoying" due to the lack of an RPM control -- you would of course recognize this as nonsense.

    An example of this sort of difference between Linux and Windows is the difference in the handling of drives. Windows uses drive letters; Linux uses mount points in a single filesystem. While there may be advantages to each, they are more a design difference than a set of tradeoffs. Another example is the difference in balance between CLI and GUI. Windows (or, moreso, Macintosh) users who come to Linux looking for that kind of carefully tuned GUI are likely to be disappointed -- and pushing the KDE control panels on them as "almost as good" is inviting their disappointment. There is a difference in design intention between GUI-focused and CLI-focused systems. The new user just has to un-learn old assumptions, just as the turntable user needs not to be looking for an RPM switch if he wants to become familiar with the MP3 player.

    Things I would describe as "Linux annoyances" are points which remain difficult, problematic, or simply grating even for the already-familiar Linux user. Many of these will sound entirely foreign to the Linux novice or non-user, since they are matters that only occur to the already-familiar. These are points which seem out of place, or insufficiently regular or predictable, even to the expert.

    Some examples of what I mean:

    • Differences in regular expression syntax. Regular expressions are common enough, but the various programs which make use of them accept different syntax. Contrast vi's regular expressions with grep's, and those with Perl's. They are all different; can you remember which one has which features? Thankfully, most newer software that uses regular expressions (like Postfix's mail filtering) uses the Perl-compatible PCRE library, which makes life much easier.
    • Lack of consistent readline support. I use a lot of command-line interactive programs -- programs that aren't just run from the shell, but have their own command prompt and language. Sometimes for licensing reasons, and sometimes because the creator did not think of it, many of these programs don't use readline. This makes command entry unnecessarily bothersome. There is the rlwrap program which makes a good attempt at adding readline support, but it's still irritating to have to remember which programs need it and which don't -- especially when working on someone else's system.
    • Inconsistent scroll wheel support. Hey, Windows users -- this is a Linux GUI annoyance! :) Most current X11 applications that I use understand the scroll wheel and support it. Some don't. That irks.
  43. Worst Annoyance - Security and not knowing by thentil · · Score: 2, Interesting

    My worst annoyance is not knowing if I am secure. I came from windows a year or two ago to Mandrake, and everything was fairly easy - except that nagging fear about security. Because I don't know enough about it, I've stumbled through setting up TCP wrappers and IP Tables with the help of How-To's on the internet, I've disabled services and removed packages I didn't think I needed (only to discover that, hey, now I can't do XYZ and I really sorta need to ... now how do I get that service/package back?) Despite all of this, I never really feel *secure*. I've installed Tripwire and I read the reports (understanding a bit more each time), but for all I know someone has compromised me and has replaced Tripwire itself - how do I know? Maybe I'm just too paranoid....

  44. Companies! by S.I.O. · · Score: 2, Interesting

    The most annoying problems are caused by those companies and organizations that make it impossible to use GPL software comfortably, like DVD encryption promoters, MPEG4 and MP3 copyright holders, braindead scanner/winmodem manufacturers, "Buy it now" button patent holders and of course industry behemoths like Microsoft and Adobe.

  45. My Linux Headaches by Who_Sez · · Score: 2, Insightful

    Hello Team, I thought I would offer my 2 cents. Here are the problems I've had working with Linux on various occasions; 1. Configuring Bind - Why isn't this simple? Seems like I have to fight with this every time. 2. Configuring Acces by other systems - Samba works ok, could be better, but there needs to be a better way to allow Macs to log on. 3. Linux needs to be more "forgiving". In many cases a mistake means starting from scratch rather than just correcting the error. 4. Installing programs can be easy, or a nightmare. More standarization is needed here especially with regard to dependancies. - Sez

    --
    === The road goes on forever
  46. Parent point valid despite foul language by lordcorusa · · Score: 5, Insightful

    The parent contains an insight that many Linux hackers simply don't get. It's better to have some process generate a thousand I/O errors than to have a computer that is not responsive to user input.

    Having to use a command-line utility to track down and kill apps that are accessing a given device is a complete *failure* of the OS to just do what the end-user wants it to do. In the case of a disk eject, the OS needs to forcibly unmount the disk and allow the user to eject, and it should be the responsibility of any programs to gracefully fail, or even better, handle the error, if they really needed to access that disk.

    It should never be the user's responsibility to clean up other programs so that the system can perform a task the user requested. When the user makes certain requests of the system, such as those of the "give me my disk" variety, the system should be expected to bend over backwards for the user, not the other way around. Anything less should be considered a severe usability bug.

    The foul language used by the parent detracts from his argument, however in this case it can be forgiven due to the extreme annoyance of this bug^H^H^H feature.

    --
    The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
    1. Re:Parent point valid despite foul language by Viol8 · · Score: 3, Insightful

      And what happens if the person who is opening the CD drawer really has no right to and then completely
      screws up whatever some other user(s) are doing. Remember Linux/unix is a MULTIUSER system , its not single user like Windows. Ejecting the
      CD is not necessarily the brightest thing to do in all circumstances and shory of endowing the machine with AI how is it supposed to know
      which action is appropriate?

    2. Re:Parent point valid despite foul language by kasperd · · Score: 4, Insightful

      In the case of a disk eject, the OS needs to forcibly unmount the disk and allow the user to eject, and it should be the responsibility of any programs to gracefully fail, or even better, handle the error, if they really needed to access that disk.

      I don't completely agree, but something similar to what you describe would be a nice feature. (As long as we don't force it upon anybody, choice is the answer). I don't like the Windows way of handling removable media. I don't like the Linux way of handling removable media. I don't like the Machintosh way of handling removable media. I don't like the IRIX way of handling removable media. And I don't like the SunOS way of handling removable media. AmigaOS got it almost right at first attempt. Now if somebody will please tell me how to detect the eject button in software, I will try to make an AmigaOS-like implementation for Linux. I also need to know how to detect that a disc was inserted.

      --

      Do you care about the security of your wireless mouse?
    3. Re:Parent point valid despite foul language by wik · · Score: 2, Insightful

      Related point: one of the sad things is that very few Unix applications can gracefully handle errors such as out of disk and I/O errors. A particularly popular response is to blindly continue execution after a failed system call and eventually segfault. In the case of X11 applications, this means the program simply disappears.

      Behavior like this should be unacceptable.

      --
      / \
      \ / ASCII ribbon campaign for peace
      x
      / \
    4. Re:Parent point valid despite foul language by Blackknight · · Score: 2

      No it doesn't. What happens if you put in a cd and are working on something, and somebody else comes along and just ejects the disc?

    5. Re:Parent point valid despite foul language by Viol8 · · Score: 2, Flamebait

      Oh right , so any behaviour thats valid in a server enviroment but perhaps not in a desktop
      enviroment should be ditched , right? Get a clue. Not opening a CD drawer may annoy some desktop
      user but it could SERIOUSLY impact a business if it happened in a server enviroment. ANd frankly I couldn't give a damn if it makes it
      as a desktop OS. If I wanted some all single & dancing user friendly piece of fluff I'd used MacOS.

    6. Re:Parent point valid despite foul language by KodaK · · Score: 3, Informative

      It's really more complicated than this, but in simple terms:

      The OS constantly monitored the drives (I never had a CD-ROM for my Amiga, so this example is of the floppy) for media. When the system detected that a disk had been inserted, it would automaticaly mount the floppy. When you hit the eject button, the Floppy would automaticaly unmount. A side effect of this was that the floppy drives were always making a soft "click" sound every few seconds. You got used to it.

      That's pretty much all there is to it.

      Also, I haven't had a real Amiga in a long time, so take this with a grain of salt.

      --
      --J(K) DOS is like Unix in exactly the same way that a pinto is like an aircraft carrier.
    7. Re:Parent point valid despite foul language by shroudedmoon · · Score: 2, Insightful

      And, you've just proved parent's point! Linux is an awesome server os, but if you're going to keep all of the server cruft tacked on to a desktop OS, it will NEVER gain wide acceptance.

    8. Re:Parent point valid despite foul language by jonabbey · · Score: 3, Informative

      Amiga could do this for floppies. The IBM PC floppy drives were never really capable of reacting when you inserted a floppy.. you had to actually run a program to go and look to see if a floppy was inserted.

      On the Amiga, individal floppies were named, and whenever any program wanted something off of a specific floppy, you could put the floppy in any drive attached to the system, and the OS would notice it, read it's label, and any programs wantingg to read that disk could then proceed without further user intervention.

      Made floppies a lot more manageable, back in the Amiga 1000 days when hard drives for the Amiga were rare indeed.

    9. Re:Parent point valid despite foul language by paranoidd · · Score: 3, Informative

      You can give a look at the automount kernel feature. Basically it keeps listening to a special directory (say, /Mount/CD-ROM), and when it's accessed, any media is tryied to be mounted. When the user ejects the media or leaves the media's directory, it just unmount it and that's fine (given that there isn't any application executing something on the mounted media).

      I didn't read the code yet, but this is the basic idea behind it. I think it makes use of a few userspace daemons to aid on directory detection ().

      There's a good sample on how to do something similar (in userland) at linux/Documentation/dnotify.txt.

    10. Re:Parent point valid despite foul language by HomerNet · · Score: 3, Insightful

      What do you think would happen if the CD being ejected was RW and some process was writing to it at the time?

      This and all arguements like it are clever little distractions, but one should remember that Linux has a nice little feature that Windows or even MacOS does not, total and complete customability. So some code is added that allows you autounmount and eject a CD from a drive just by pushing the drive button. 24 hours later, someone else adds code that makes it a script option in the automount/unmount program so you have to "manually" unmount it in a server environment. 2 weeks later, this is incorperated by yet another programmer into a nice GUI interface for one of the Window Managers, and within a month it's incorperated into all the WMs. By the end of the year, all *nix variants have it, and by second quarter of next year, there's access security built in.
      Write the damned code and the users AND programmers will come!

      --
      I have no tag line
    11. Re:Parent point valid despite foul language by KodaK · · Score: 2, Informative

      You have to remember when this was. The Amiga was released in 1985. At the time, you were lucky to get a 16 color CGA card in you PC and Windows wasn't out yet (the Amiga shipped in September 1985, Windows 1.0 November 1985 -- damn I'm a geek), and hard drives were expensive and notoriously unreliable. The fact that you could pop a floppy in the drive and have it come up on your desktop (you had a desktop! in 1985!) with no user intervention was a big thing.

      Now, in regards to how the Amiga handled it versus the "Windows Way[tm]" is that, as another poster pointed out, you could put the floppy in any drive and reference it by a name, not a drive letter. So a program would look for lemmings2: and you could put it in any drive and find it. This is something you *still* can't do today with Windows (or Linux for that matter). My daughters Sims can't function if I don't put it in the optical drive it was installed from.

      --
      --J(K) DOS is like Unix in exactly the same way that a pinto is like an aircraft carrier.
    12. Re:Parent point valid despite foul language by Azog · · Score: 2, Insightful

      Yeah, I think the ideal thing would be:

      when running X, if I hit the eject button, and some app is using the CD, I should get a popup dialog on my screen saying specifically which app (or apps) are accessing the CD, what files they have open, and giving me three options:

      "Do you want to (a) eject anyway, possibly causing problems with those applications, (b) close the applications and then retry the eject, or (c) cancel?"

      When running at the command prompt, when the eject button is pushed I'd be happy just to see a message printed on the console stating which app or apps (and their PID's) have files open on the CD.

      I think there may be hardware limitations in some CD/DVD drives that would not allow this to work in every case, but if it could work on 90% of hardware that would be good enough for me...

      --
      Torrey Hoffman (Azog)
      "HTML needs a rant tag" - Alan Cox
    13. Re:Parent point valid despite foul language by kasperd · · Score: 2, Interesting

      if I hit the eject button, and some app is using the CD, I should get a popup dialog on my screen

      Actually I think the AmigaOS way of handling that situation is even better. Rather than showing the popup when you try to eject, it actually let you eject the disk. If some app is really going to use the CD you will get a popup requesting you to reinsert the CD. That popup have a retry button and a cancel button. You can actually insert another CD and start using it. You can have two different apps (or even the same) using the two discs. You will get requests when you need to switch.

      What I have described is the way AmigaOS handles floppies (and probably also CDs, but I never owned an Amiga with CDROM). And it is the way I want Linux to handle CDs, and other removable media as far as hardware permits. Of course in Linux it gets complicated by X vs. terminals and the fact that the graphical user interface is not a part of the kernel. It also gets complicated by the fact there can be multiple users. But I have ideas about how to handle all of those problems.

      --

      Do you care about the security of your wireless mouse?
    14. Re:Parent point valid despite foul language by Tyreth · · Score: 2, Interesting

      This should simply be an option in fstab, default able to eject any time on a desktop system, default unable to on a server system.

  47. umount -l /cdrom by engine+matrix · · Score: 3, Informative

    use the lazy switch. it will let you umount a device even if there are processes using it. works pretty good for me.

    my biggest annoyance is linux's abismal printer support/configuration. i still can't use my work's HP Color Laserjet 4550N.

  48. Incorrect/buggy termcaps by robbo · · Score: 2, Insightful

    My god, it's been how many years and backspace and delete still behave strangely and inconsistently between xterm, kterm, gnome-terminal, etc. Half the time, only C-h does the trick. And then there's these terminals' inconsistent ability to deal with unicode and color characters so half the man pages render incorrectly. Someone stop the madness!

    --
    So long, and thanks for all the Phish
  49. World Domination Will Come When Copy & Paste W by MichaelCrawford · · Score: 5, Insightful
    Here is my #1 annoyance with Linux. It's the main thing that keeps me using Windows or Mac OS X to do a lot of my day-to-day stuff like email or web browsing.

    Copy and paste doesn't work consistently, and when it does, it often behaves in nonsensical ways.

    I feel that world domination will come when the following "Just Works" for every Linux user:

    • You can copy text from any application that can supply text into any other text application that can receive text. Many Linux applications can't copy and paste between each other, or if they can at all, you can only do it in one direction.
    • You can copy some text from any application, close the window to get it out of the way, because you don't need it anymore, then paste the text into any other application
    • You can copy some text in any application, activate the window of any other application, select the text you want to replace, then paste the text you copied first, thereby deleting the second text which you had selected and replacing it.
    This last thing I try to do quite a lot to paste a new URL into the URL textbox of a web browser, so I can replace the old URL with the new URL I want to visit. However, in X11, highlighting some text makes it "the selection", so a paste will just paste in the text I'd selected, which was the text I wanted to replace.

    All of these things have consistently worked flawlessly in every version of Mac OS and Windows I've ever used. Note that my first Mac ran System 5 and my first Windows box ran Windows 3.1. Yes, I am an old man.

    I've been using Linux since I first installed Yggdrasil Plug-n-Play and I've never been able to get this to work right.

    Consider how frequently office workers in a business need to copy and paste text, and consider that this is my main frustration, even though I am an experienced Linux user. I nearly had my Windows-loving wife talked into trying out Linux, but when I explained this problem to her, she said she wasn't even willing to give Linux a chance.

    And yes, I understand one reason this doesn't work in X11 is that the fact that this network-transparent GUI sometimes has to work on X terminals with limited memory, so you can't provide a dedicated memory buffer for a clipboard like on Windows or the Mac. But my friend, the PC I'm typing this on has 512 megabytes of RAM, and frankly I rarely if ever run X over a network, so I don't see this as a valid excuse anymore.

    It's enough to make you chew your own foot off.

    --
    Request your free CD of my piano music.
  50. Here are a few... by Asprin · · Score: 4, Interesting

    I guess what I find annoying isn't the Linux kernel, per se, but rather the maze of infrastructure around it. DON'T Hate me. I love Linux, but confession is cleansing and most of these are things Linux inherited from *NIX/SystemV and the fact that it was put together over a period of decades by thousands of contibutors, so there wasn't a history of system management to learn from yet when it was initially designed.

    I also may be overdue for my meds. (Ahem...)

    TWO desktop environments with similar capabilities.

    Distros that put things in weird places.

    The fact that distros have the freedom to put things in weird places.

    The fact that 'weird places' means that there are a half-dozen places for binaries to go (/bin, /sbin, /usr/bin, /usr/sbin/, etc...)

    ... in fact, I find the whole /usr heirarchy annoying. Why was that necessary? Weren't the six other folders for binaries enough?

    Don't even bring up /opt!

    ...or /usr/share!

    "User-friendly" management tools with a learning curve that is almost as steep as that for the service or feature they are managing.

    The same goes for script-based management systems.

    The fact that these tools are necessary so I can cope with the management idiosynchosies and conventions of two dudes in Argentina that have been sysadmins of a UNIX server farm for 16 years.

    /root is not under /home.

    The SH/BASH scripting language. (!!!!)

    Configuration files based on archaic paradigms like the SH/BASH scripting language.

    Software that uses configuration files that served as an experiment in parsing for somebody's undergrad senior project. (Therefore, it has a unique, confusing syntax with zero readability and requires one of them there "management tools" I mentioned earlier.... I'M TALKING TO YOU, SENDMAIL!!!!)

    I'm sure I can think up more, but that'll get the discussion started.

    --
    "Lawyers are for sucks."
    - Doug McKenzie
    1. Re:Here are a few... by Helmut+Kool · · Score: 2, Insightful
      /root is not under /home.
      Which is good. /home is often on a network file system or another hard disk. If it cannot be accessed for some reason, it is nice to be able to login at least as root. And you can make a symlink /home/root -> /root if it bothers you :-)
    2. Re:Here are a few... by PSC · · Score: 2, Informative

      The fact that 'weird places' means that there are a half-dozen places for binaries to go (/bin, /sbin, /usr/bin, /usr/sbin/, etc...) ... in fact, I find the whole /usr heirarchy annoying. Why was that necessary? Weren't the six other folders for binaries enough?

      The structure of the Unix filesystem is aimed at professional computing centres, not home use.

      The reason for the separation of */bin and */sbin is simply the distiction between user commands and system administrator commands.

      The distiction between (/bin, /sbin) and (/usr/bin, /usr/sbin) is that the entire /usr tree is meant to be mountable via NFS while leaving the rudimentary system on a local disk. (Or at least make /usr a separate partition.) So the commands to set up networking and to mount filesystems need to reside on the root partition (i.e. in /bin /lib and /sbin), while the other stuff goes to /usr.

      If you put everything in /bin and /sbin, you will need a huge and unshareable root partition.

      If you put everything in /usr/bin and /usr/sbin, you could theoretically make /usr a separate partition but wouldn't be able to mount it :-)

      Now, both /bin and /usr/bin contain vendor software, ie. whatever your distro maker considered essential. You don't really want to mess up this with your downloaded, self-compiled (or at least self-installed, in any case not vendor-supplied) software. Consequently, third party software goes to /usr/local/...

      Sometimes the size of third-party software justifies an entire directory tree of its own right. These massive packages are usually installed under /opt/<packagename>.

      You see: to every complex problem, there is a solution that is simple, elegant, and wrong :-)

      That said, it is very delicate to decide which program goes where. Take for example GNOME and KDE. Basically all distros include them, in this sense they're not third party software - so some distro makers put them in /usr/bin. OTOH the sheer size of the packages easily justifies an extra directory under the /opt hierarchy, which is what other distro makers do.

      It's really not that easy.

      You should ask yourself this question, though: why do you bother? Why do you even care? Although I'm about to celebrate my tenth year of Unix, I still have to which(1) many executables because I don't bother to remember actually where that particular binary resides. The PATH handles this just fine, and the package managers take care of the package integrity.

      /root is not under /home

      Same reason here: /home is not guaranteed to be on the same partition or even machine, and you still want to log in as root when the network (and thus, /home) is down.

      The SH/BASH scripting language. (!!!!)

      Though they all are more or less inconsistent compared to a properly designed language liek eg. Python, the Bourne shell family is a very powerful tool (don't get me started on (t)csh...).

      Configuration files based on archaic paradigms like the SH/BASH scripting language.

      The shell languages are more or less historically (hysterically) grown and offer quite some quirks, but the paradigm, procedural programming, is sound.

      This is, of course, no excuse for ad-hoc or "defining-by-writing-a-parser" configuration languages - these are a royal PITA indeed!

      --
      --- The light at the end of the tunnel is probably a burning truck.
  51. No developer documentation/cooperation by irexe · · Score: 2, Interesting

    Annoyance no. 1:

    Most users won't really be bothered by this, but since Linux is a DIY platform, this is a significant annoyance to developers: most Linux programs give you the source, but they don't bother writing the documentation.

    While it is theoretically possible to go in and fix some broken app, many times I just don't bother because it would take too much time just getting familiar with the code. If only developers would bother to at least provide a 'big picture' of the app's structure, it's major subsystems, etc, it would be much easier to track and fix small errors.

    This extends to comments. There's lots of good code out there, but too few people bother to comment it, except for the odd mental note. All in all, it would be good if developers keep in mind the fact that their software is _open source_ and other people might want to contribute to it some day.

    Annoyance no. 2:

    There are too many close-but-no-cigar apps. Very often, several apps do more or less the same thing, but none of them does it really great, simply because they are all developed by one or two people who don't have time to do more than the basics. Such developers would be capable of doing great things for Linux if they would only work together and build one great app instead of five mediocre ones.

  52. Googling for obscure errors such as this one.. by wuchang · · Score: 2, Insightful

    Cryptic errors like this seem to happen more to me on Linux than on FreeBSD. YMMV, but if it weren't for google, I'd have given up long ago... http://www.redhat.com/archives/redhat-install-list /2003-July/msg00098.html

  53. Re:Straw men by tal197 · · Score: 2, Insightful
    Thomas, you make some good points about some of the shortcomings of APT, but at the same time, you also set up quite a few straw men to knock APT. For example, the "Security and Stability" section criticizes the Debian model of a centralized, high-quality, well-tested software repository for not being trustworthy enough, but in the "APT is not scalable" section, you critize Debian for making it a little more difficult to be part of the repository.

    OK, try this. Log in as 'guest' and run ROX-Filer. Since ROX-Filer isn't in the main repositary, you'll need to edit /etc/apt/sources.list to include a new server (which you might not trust). But now, when you install ROX-Filer, you're running some of that code as root (not as guest), possibly risking your whole system.

    In Zero Install, you'd just log in as guest and run the filer. Nothing would run as root, and you could test it in safety. Thus, I think both claims are valid.

    There's more stuff about this in the security model document, which I forgot to link to before.

    Thanks for the comments,

  54. Send a fix along with your complaint by ishmalius · · Score: 4, Insightful
    People so often forget the best way to get their problem addressed in the Open Source environment. Along with your problem report, send in a suggested fix. Not just "here's what I want," but "here's how to do it." A person will get so much more respect if he exhibits a little altruism. Maybe he should even send some candidate code to acomplish the feat.

    It will rise much more quickly to the top of a developer's TODO list.

    It will be much more appreciated if the user with the problem has thought the thing through, rather than just complaining.

    It is basic to the spirit of Open Source, where people contribute .

    Selfishness has no value here. Ayn Rand would die of hunger in the Open Source world.

    1. Re:Send a fix along with your complaint by Speare · · Score: 5, Insightful
      My biggest annoyance with Linux is this attitude that
      • all Linux users can code,
      • all Linux users want to code,
      • all Linux users know every api to code,
      • all Linux users want to join every devel mail list,
      • all Linux users know every application's architecture,
      • all Linux users have infinite time to solve obvious problems.

      I am a software developer by trade. I know a fair amount of user interaction design principles. That doesn't mean I have the lifestyle that affords me ninety hours a week to add nothing but polish the nits out of the hundred different Linux applications I use every week.

      I submit suggestions when I can. I even submit code when the problem is isolated in such a way, and the existing codebase is conducive to productive spelunking. Most software annoyances I have are conceptually easy to explain but require in-depth knowledge of the codebase before I could hope re-architect or retrofit a solution.

      This isn't about selfishness or altruism, it's about specialization: people can (and do) have legitimate issues without having the capability to fix it, even in so-called Open Source projects.

      --
      [ .sig file not found ]
  55. Opportunity? by Call+Me+Black+Cloud · · Score: 2, Interesting

    maybe this is an ideal opportunity to get your pet peeve finally addressed!

    It's open source...your opportunity is now. Make the change yourself...don't wait for someone else to address it.

    The ability to review and change source code is touted as open source's strongest point. It would appear, from the response to this article, it's also one of open source's least used attributes.

  56. Distros just don't do proper integration testing by HidingMyName · · Score: 4, Informative
    I've got a lab, and we rolled out redhat due to popularity and have stuck with it since 1998. Since then, Redhat has been suprisingly sloppy in their distributions, and I'm just about ready to drop them for another distro (maybe SuSE). Among my beefs (these occurred in different versions) are:
    • Inconsistency in the administration tools, including dropping the linuxconf tool for the less functional controlpanel.
    • Failure to include any updates to Netscape.
    • Choosing an immature unrealeased beta gcc version for a production release.
    • Breaking the NFS client so that acccess times became 100X slower (way to go guys, great job not testing there!).
    • Breaking the install so that an upgrade hosed my Athlon box at home (motivating a quick run to Best Buy to get SuSE, and I've never looked back).
    • Numerous Kernel bugs induced during "upgrades" which I need to accept to close security holes. I had 6 months of hell due to a Kernel bug which caused my server to give up the ghost without a cry for help. Sure I blamed it on hardware at first, since I had 1 year of uptime, but then I realized that their updates just didn't cut it, and they finally fixed it this June.
    SuSE has some glitches too, in particular
    • My X server leaks memory (allegedly due to Anti Aliasing of fonts), so I have to close my X windows and restart it every few weeks.
    • SuSE doesn't properly listen for the hostname my ISP assigns so ssh can't set the display variable correctly when remoting in.
    • Many of the installed games don't start up when I select them from the menu.
    • The drivers for the video card sometimes hang when my daugther plays tux racer.
  57. My annoyances by CoolVibe · · Score: 5, Insightful
    GNU libc is a godawful bloated mess. Why most Linux vendor ever stepped away from libc5 is beyond me. When I write code that's totally posixly correct which compiles perfectly and warningless on most other platforms, I have to use GNU libc specific defines to make glibc conform. (_POSIX_SOURCE, _GNU_SOURCE and _BSD_SOURCE spring to mind). Having code break on me in Linux while it works fine on almost everywhere else is pretty annoying.

    The multiline strings suddenly being illegal in gcc 3.3.x are annoying too. Much code still uses multiline strings. Yes I know about ANSI concatenation, but I'm not talking about my code here, I'm talking about the heaps of OPC (other peoples's code) out there. Many wasted moments were filles cleaning up other people's mess. Oh well, not really a linux issue, but a gcc one, but what the heck.

    The Linux VM swaps an awful lot when it really shouldn't. Well, it doesn't suck as much as it used to, It used to be a whole lot worse, but it still sucks. I have quite a bit of memory in my machine. I bought the extra mem just to avoid the godawful paging to disk. Linux somehow still sees fit to page to disk. Yes I could turn off swapping, but I just want to be safe instead of sorry. The OOM killer isn't very nice to your processes when you run out of mem or swap.

    Linuxisms in code. Programmers that write very cool software (e.g. KDE) but fall into the GNU libc-extension and Linux-only features traps, and thereby making their code instantly unportable. Linuxisms are the bane of my (and others') existance when porting stuff porportedly written for linux to another OS. Instead of a straightforward recompile, I have to monkey around to beat all the linuxisms out of the code to get it to function well on other systems. Examples include /proc abuse, library/system calls only available to Linux, assuming the env is little-endian, alignment assumptions, filesystem feature assumptions, and wearing 32-bit blinds. Not really a linux system annoyance, but more a Linux-attitude-towards-other-systems and brainfarted programmer annoyance, but hey, we're on a roll here.

    Bash-isms. Yes, I know the venerable bourne-again shell is the "default" bourne type shell in Linux. It's actually quite featurefull, and can do a heap more stuff than the normal POSIX bourne shell can do. Linux coders seem to thing *all* systems use bash as their bourne shell and write their supposedly bourne shell scripts with bash extensions. For someone using systems like the BSD's, IRIX and whetever doesn't ave bash as their default shell it's mightily irritating. Also the linux bash shebang cancer is an annoyance. If you absolutely must have bash, use env(1) to find bash, instead of hardcoding it into your shebang. Else, just stay away from those bourne again extensions. Use the korn shell if you must.

    GNU's rabidness against man(1). GNU has deemed the info(1) documentation the "standard". info(1) sucks. It's counterintuitive, bloated, and redundant. It has absolutely no advantage over HTML, SGML or even LaTeX docs. And the man(1) system is nice and lean for a quick reference. For some reason, GNU wants to stamp out man(1). Luckily, many linux developers still embrace the man(1) system and still write manual pages (bless their little souls). But to find any useful docs about say gnu autoconf, you have to interface with that monstrosity that is info(1).

    That's it for a while. I'll think up some more concrete really linux application related ones and post them to the list if I have time. FOr now, this is just a small list of some tings I find annoying about Linux and GNU.

  58. Re:The worst annoyance... by IamTheRealMike · · Score: 2, Insightful
    Anybody who thinks they deserve unending, 24 hour support without showing any gratitude is a zealot in my book. Do you get ever helpful, unending support for Windows and all its software only moments away? I think not.

    Some people expect the world, and when people point out how unreasonable that is, decide to shoot the messenger rather than deal with the problem. Nobody has any sympathy for them.

  59. Commence flamage! by Cid+Highwind · · Score: 2

    1: Confusing filesystem heirarchy! Where do binaries live? Is it /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/X11R6/bin or /opt? What's the difference between /etc and /usr/etc? Between /lib /usr/lib /usr/local/lib and /usr/X11R6/lib?

    2: Paloelithic cut-and-paste functionality. You *still* can't copy images (or anything other than plain text) between two apps.

    3: That #$^!#^&^%#%& GTK+ file selector. Please, someone put that thing out of it's misery!

    4: Zealots

    5: Lack of developer interest in ease-of-use issues

    --
    0 1 - just my two bits
  60. Lack of manufacturer support! by aussersterne · · Score: 2, Insightful

    NVidia stands out in my mind as having done a decent job (though they could definitely have a better installer) with this, and I'm sure there are a few others that are doing at least as much.

    But... where is Canon's EOS digital software for Linux? Where is the support for my Acer parallel scanner in Linux, so that it doesn't have to sit in the closet any more? Where is the formatting software for my Panasonic DVD-RAM in Linux so that don't have to use mkudffs (since mkdosfs doesn't work on DVD-RAMs for some reason)? Where is the video capture software for my usbvision TV adapter?

    I'm tired of having to dig through spec sheets and deja to find out if the general chipset-oriented driver in Linux works, and to what extent, so that I can decide whether n% is % enough for me in terms of device functionality. I want to be able to go retail and see something like what Loki used to put on their boxes:

    Linux Requirements:
    300MHz or faster Intel, AMD or VIA CPU
    Kernel 2.2 or later
    Loadable module support
    USB (EHCI or UHCI) support
    KDE Desktop Environment support
    200MB or more available on /home filesystem


    The Linux community has done an excellent job of cooking up software and drivers for some devices (gphoto2 can fetch the photos from my Canon EOS digitals, my DVD-RAM is reasonably well-supported by the sr.c driver) but the bare, general drivers are still lacking compared to the manufacturers' often full-featured software driver-applications.

    It's a major peeve to me that not only will many manufacturers not develop drivers or supporting applications for Linux, but many will also not provide information to independent developers to that they can write similar tools. I've tried to contact vendors for development information for a couple of chipsets even recently, and the responses are less than helpful. It seems like peripheral manufactuers are the last great market segment that say with a straight face "Linux? What is Linux? Your PC runs either 'Windows' or 'Mac OS'. Please tell me which you have."

    Of course, with all of this said, thanks to the community Linux has much better driver support than other Unixes. For me it's a choice among Unixes and not between Windows and Linux. But I'd still like to someday see an commodity-hardware Unix with real driver and applications support from manufacturers...

    --
    STOP . AMERICA . NOW
  61. DevFS and chmod by CmdrWass · · Score: 2, Interesting

    When DevFS came out, I thought, "Wow, this is gonna be great, I'll be able to keep track of my devices a LOT better"

    Then I figured out that you couldn't use chmod on the devices. Oh no, you have to go edit some cryptic /etc/devfs.conf file. So now I disable devfs on all of my boxen. DevFS is my biggest pet peeve.

  62. Would more static linking help? by swb · · Score: 2, Insightful

    Back in the olden days, weren't most applications statically linked? Ie, the libraries included in the application linked into the final executable? That became a problem because apps were using more and more large libraries which lead to huge bloated duplication of libraries, bugs in the libraries meant not just replacing a given library version but rebuilding all the executables.

    Could it be that we've gone too far the other way? Is it possible to statically link in obscure or highly version dependent libraries but leave common libraries dynamic?

  63. Re:Distros just don't do proper integration testin by xanadu-xtroot.com · · Score: 3, Funny

    I honestly don't know how to reply to this other than to say:

    (yes, yes, I know /. conformaty...) Yes, I really do use Gentoo. I have for about 2 years now. I used MDK before that for quite a while (3 or so years). Personally, I don't use the two distros you mention in your post. I got my teeth cut on RH, and I sunk the 80 bucks into the SuSE 8.0 Pro-Pack, but since I had decided to try Gentoo, I haven't looked back at anything (other than to suggest to n00bs MDK because of ease of use...).
    Really, I know it sounds really cliche and all, but, I prefer to use the UNALTERED souce that the developers released. Sure it sucks rather large moose nards to take so damn long to get a box running (when you compile EVERYTHING from source - but the Gentoo 1.4 Live CD takes care of that part of it... :-) ), but I end up with a machine that is top notch. Hell it's even "designed" for *MY* machine.

    [/RANT Src="Soap_Box"]

    --
    I'm not a prophet or a stone-age man,
    I'm just a mortal with potential of a super man.
  64. more work by 514x0r · · Score: 2, Funny

    i don't get as many "reboot breaks"

    --

    !(^((ri)|(mp))aa$)
  65. Mod parent insightful. by iLEZ · · Score: 5, Insightful

    Some time ago i DLed Slackware 7 (or whatever, im a Linux noob) from the Swedish University Network and installed it. It was not the first time i installed linux so i had some clues on how to get a window manager, sound and the internet connection running. But to my frustration the resolution was always off somehow and everything farked up. SO, i return to my filthy imperialistic pigdog Windows and ICQ my Linux-geek friend. Guess what? Couldnt fix it. After a few weeks in windows, i hear the distro on the SUNet was corrupted and averyone downloading the ISO had problems with X-resolution. The bottomline? Peer-to-peer support is way too hostile in the linux community. Go ahead and tell me i shouldnt run linux if i cant get it running in 10 minutes. I still think the community could use some more happy faces and a friendlier attitude towards noobs like me.

    Ok, im gonna duck now and try to keep myself from catching fire.

    --
    You cant fight in here, its a war room!
  66. Most Common Windows Annoyance by C_nemo · · Score: 4, Funny

    Where's the command line?

  67. Love linux, but 4 things I don't like by Phoenix666 · · Score: 3, Insightful

    1. A lot of people have said it already, but installing new applications is a pain in the tuckus

    2. changing the screen resolution. playing with modelines and sync rates at the risk of my display exploding is not my idea of fun. and no, x-configurator is no better.

    3. RTFM responses from junior highschool students to legitimate requests for help. Google didn't help, or gave me an answer in Portuguese, and no it really didn't occur to me to read the FAQ on fuzzwurzle.com/blips/linux? You know, the FAQ that is not archived and has been moved to its new home at mxlplix.org/ribbons which no longer exists?

    4. General pain in the ass that it is to configure anything, install anything, upgrade anything, or modify anything. Even when I've gotten something to work after hours of effort, the fix I finally get to work does not always work for the next machine I have to do the same thing on, nor do I always remember what that fix was by the time I have to do it again.

    --
    Do what you can, with what you have, where you are.
  68. "RPM Hell" by suwain_2 · · Score: 2, Informative

    What I've dubbed "RPM Hell" -- you go to install some innocent little package, which has 20 dependencies. You install the first dependency, and see that it has 20 dependencies.

    You realize you're going to be there for a LONG time, as it seems your work grows exponentially every time you install a dependency.

    --
    ________________________________________________
    suwain_2 :: quality slashdot p
  69. Breaking scripts is no small thing. by aussersterne · · Score: 4, Insightful

    There is something to what the original poster said.

    Many, many existing Linux users have volumes of existing scripts that were written to expect certain behavior from commands.

    If you fidget with commands break all of those scripts in hopes of gaining Windows users, you will severly break the working environments of the existing Linux users in ways which may take years to repair. More importantly, most of these are the same people doing most Linux application and driver development.

    It's the classic "make it so that even a fool can use it and only a fool..."

    You see: you "fix" a whole bunch of silly RTFM problems all over Linux, so that the "obvious" (to a Windows user) behavior occurs. You gain a whole bunch of happy Windows users who don't want to learn about "old fashioned" ways of doing things. But you break a whole bunch of older scripts, methods, and tools in the process. Congratulations, you've just lost a huge portion of the original Linux community (esp. the development community) to *BSD, where Unix is still Unix.

    You're back where you started. All the interesting development is now happening on BSD because the active technical community now lives in BSDland. But BSD is still Unix-y and so you're back to whining "Why do I have to RTFM? Why can't you *BSD people make this stuff easy and do things the obvious way? How do you ever expect to get any of us Windows or Linux users?"

    The answer is simple. Unix developers want Unix. Windows users considering a switch should come to Unix for Unix, not for a cheaper Windows.

    My own $HOME/bin directory contains 214 scripts, some of them very long and not seen by human eyes in years. All of them use piles of shell tools. If Linux breaks them, I'm outta here. I don't have time to rewrite and/or debug all of them from beginning to end in some kind of "It's the New Linux!" audit.

    --
    STOP . AMERICA . NOW
    1. Re:Breaking scripts is no small thing. by Matrix272 · · Score: 4, Insightful

      You see: you "fix" a whole bunch of silly RTFM problems all over Linux, so that the "obvious" (to a Windows user) behavior occurs. You gain a whole bunch of happy Windows users who don't want to learn about "old fashioned" ways of doing things. But you break a whole bunch of older scripts, methods, and tools in the process.

      This is definitely going to draw a lot of fire from the *nix people here, but I can't hold back. Fixing things that break over time is called PROGRESS. Keeping everything old-school just for the sake of saving time (and admittedly money) by avoiding the task of re-writing scripts isn't going to further the goal of the Linux community.

      Now, I will admit that a lot of things shouldn't be changed. I personally don't see any problem at all with the operational use of the command "ls" or "cd". However, do a man on any choice of commands, and you'll see all kinds of "obsolete" and "outdated" remarks about options that no longer work, or have been replaced. At what point in the future can we FINALLY get rid of all those things that were obsoleted 8 years ago? What if they finally did remove that option and break some of your precious scripts?

      Say it's a very simple change... like changing "ls -l" to "ls -z" (for example). A very simple sed command can change all the ls -l's to ls -z's. Voila, all your scripts work again.

      I haven't even gotten into the fact that every now and then it's healthy to go back through all the scripts you've written to find errors, omissions, etc. I wrote a bunch of scripts about 6 months ago, and just went back through them this week to make sure everything was running as well as it could be. Re-writing scripts is one step of optimizing your system. If you never revisit the work you did 10 years ago, you never know if it could be simplified. What would your response to Microsoft be if they announced they were going to keep DOS commands around for all future versions of Windows, just to make sure that everybody's batch files worked properly? There'd be a massive Microsoft bashing session on /., I can guarantee you that...

      --
      "It's better to have a gun and not need it than need a gun and not have it." ~ Christian Slater, True Romance
  70. When using Unix commands... by Ayanami+Rei · · Score: 2, Informative


    arguments to single-letter options occur in the order in which they are specified. Thus, in tar cvf, f requires an argument, which follows the cvf cluster, but is BEFORE the files to tar.

    Similarly, if you were to, say, exclude something, you might do this:

    tar -cvfX foo.tar ./file/to/exclude ./files_to_tar

    but!

    tar -cvXf ./file/to/exclude foo.tar ./files_to_tar

    notice the correlation between the order of arguments, and the options that go with them. The files to process are ALWAYS last.

    The following syntax are also valid:

    tar -cv -f foo.tar -X ./file/to/exclude ./files_to_tar
    tar -fX foo.tar ./file/to/exclude -cv ./files_to_tar
    etc.

    Note that each option cluster starts with a '-', and any options are slurped in to "complete" them.

    This is the standard for all unix commands. Where've you been?



    Note: the LEGITIMATE complain about tar that I can understand is that it always assumes the first option is an option cluster even if it doesn't start with '-'. You would think it'd just collect the arguments and tar them to standard input, but you'd be mistaken. That always bothered me. The first file will be treated as a cluster, with often disastrous results. Yea for POSIX compliance

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  71. Amiga Disks by mikeboone · · Score: 2, Informative

    The Amiga used floppy drives that had different hardware than the PC, so maybe that feature was part of the Amiga hardware. However, I seem to remember that when you took a disk out of an Amiga drive, you'd hear a periodic soft click, like maybe every few seconds. Perhaps that was sort of a 'ping' that looked to see if the disk was present or not, or if it had changed.

  72. Admin issues by Dalcius · · Score: 2, Insightful

    What I'm reading is almost strictly related to administration issues: installing the OS, drivers, programs, etc. I'll be the first to admit: this needs a lot of work from distros and from hardware manufacturers.

    That said, if you've got someone who knows how to manage it, a friend or IT tech, Linux is usable for everyone. For the vast majority of normal tasks done on a computer, the programs are capable and easy to use. This is why Linux is ready for the corporate environment and for friends of Linux users.

    Then again, not many folks do admin tasks on their Windows installations either. The only lacking element is the non-hardcore-but-regular computer user.

    I hope this post doesn't get lost in the crowd...

    --
    ~Dalcius
    Rome wasn't burnt in a day.
  73. Actually, you're just uninformed. by Ayanami+Rei · · Score: 3, Informative

    WinZIP is an application suite that handles many compression formats.

    GZIP is a single compression format. It can only handle gzipped files (duh!). If it handled more, it wouldn't be a tiny utility, and that wouldn't be very unix-like, would it? GZIP needs to stay small because it's used in tiny places like initial RAM disks and boot floppies.

    WinZIP actually uses the library in gzip to handle .gz files, imagine that. WinZIP is BIG.

    Search freshmeat for archiving utilities (with names that often sound like linzip or similar). These are what you are really looking for. Also note that later Nautulis (gnome-vfs) and Konqueror release can browse into many types of archives as if they were folders.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  74. False user experience level dichotomy by jensend · · Score: 5, Insightful

    That's the trouble. Linux often seems to have two levels of operation: omniscient programmer and absolute moron. While I've always been a big Gnome fan, the latest push is to dumb down the default interface to the point of being suitable mostly for users at the "gee, where do I launch The Internet?" level and requiring hacking xml files to reconfigure things to make it work the way you want it to (because everyone knows that options are confusing, right? we can't give users who can't grok xml the ability to modify the way their programs work in non-trivial ways, they'd be completely overwhelmed!). File-roller is somewhat slow, its interface gets in the way, and it doesn't have enough of a range of abilities to be able to replace learning all the CLI archive commands for anyone but beginning users. Why can't GUIs and command-line commands be at least somewhat targeted to the users who generally know what they're doing but aren't programmers and can't remember all of the command line options for hundreds of programs?

    1. Re:False user experience level dichotomy by DShard · · Score: 2, Interesting

      In the begining their was Hardware. It was treated openly and all was good. But with all edens, it didn't last. People figured out that they could make money of 'Software'. Money from software begat closed source. And soon we had the Tower of babel. Then the priests of the tower agreed on a common langauge which begat *nix. Unix was good. Yay were the ones who conformed so that learning could be reused.
      Some became jealous of common experience and chose to subvert it. Jealousy begat microsoft. Bill Gates spoke to his people and we can make this easier but you must forget that there are others like you but not you.
      So Gnu and came to destroy the evil kingdoms of pseudo standards. "We will give you the code as long as you give onto others", they said. Gnu begat standards based tools that conformed to the venerable POSIX standard and the people rejoiced.
      So it was, until the era of Internet. Many came to see and use the work that so many others had formed from years of review. "Why doesn't this tool do as I asked?", said the children of the internet. "Have you RTFM?" replied those of *nix. This would not do in the eyes of the digital so soon the children of the internet came together and studied the books of the POSIX and decided what to keep and what to remake anew.

    2. Re:False user experience level dichotomy by benjamindees · · Score: 4, Interesting

      Why can't GUIs and command-line commands be at least somewhat targeted to the users who generally know what they're doing but aren't programmers and can't remember all of the command line options for hundreds of programs?

      Let me make sure I understand your complaint: Gnome is too easy/featureless. Most CLI commands are too hard/feature-filled.

      You want to make the easy things harder and the hard things easier.

      You basically want Linux to target the "Middle 50%" of users that Microsoft writes their software for.

      This will make Linux better?

      --
      "I assumed blithely that there were no elves out there in the darkness"
    3. Re:False user experience level dichotomy by 8string · · Score: 5, Insightful

      You basically want Linux to target the "Middle 50%" of users that Microsoft writes their software for.

      This will make Linux better?


      It's funny how slashdotters always want linux to replace windows, but shun targeting the same user level which MS has successfully exploited. Umm, if we want to take over their market share and thereby users, don't we have to target them? I sometimes think that slashdotters think that the rest of the worlds users should learn to program and understand their computers like a geek. Most people don't have the time, patience, or inclination to delve into it so deeply.

    4. Re:False user experience level dichotomy by seraph93 · · Score: 3, Insightful

      I think that the previous poster just wants more configuration options to be available via GUI. It might threaten the exhalted status of all the CLI Ninja out there, but it probably won't, and other than that I don't see what would be so bad about it. All the more advanced options for whatever could be hidden behind a tab or button marked "Advanced" or whatever, to keep Grandma from getting too confused.

      You talk about targeting the "Middle 50%" like it's going to just ruin Linux entirely for the "Ninja 10%" or whoever. But it hasn't ruined anything. Certain distros are already well on the way to that Mid-50, with lots of GUI and ease-of-use and what-have-you, but you don't have to use them. Gnome might be dumbed down, Red Hat might install with a single mouse click, but my Slackware box is still as obtuse and difficult as ever.

      I know that if I could install a printer just by clicking on something instead of digging through man pages and HOWTOs and screwing around in vi for hours, I'd get miserable. Linux is the greatest text adventure game ever written, and letting some GUI play for you just isn't any fun. But I also understand that most people don't feel the same way. They just want their computers to work. Why do so many people think the needs of the Mid-50 and the needs of the Ninja are mutually exclusive? I thought Linux was all about choice and customizability, why should this issue be any different?

      --
      Ph-nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.
  75. Documentation in the programs themselves by imbezol · · Score: 2, Insightful
    My biggest pet peave is useless documentation. I have no problems reading the docs to figure out how to do what I'm trying to do. But for example, the other day I really wanted to get shoutcast links to play with xmms when I click on them in Mozilla (it defaults to xine on my system).. I searched everywhere for how to use mime-types because I added this to Mozilla and it didn't help.

    Preferences->Navigator->Helper Applications
    mime-type: audio/x-scpls
    extension: pls
    open with: /usr/bin/xmms

    I checked around with google and eventually when frustrated (I tried /etc/mailcap and /etc/mime-magic as well) I checked Mozilla documentation.. I quote:
    The Helper Applications preferences panel allows you set up how different file types are opened by other applications in Mozilla:

    * Specify which application should handle each file type:
    o File types: Displays the file types that Mozilla uses. Select one of them to show the following information:
    + Extension:Displays the file extension of the selected file type.
    + MIME type:Displays the MIME type of the selected file type.
    + Handled by: Displays the program that will be used to open each file of the selected file type.
    o New Type: Click this to add a new file type. Type or choose the description, file extension, MIME type, and application.
    o Edit: Click this to change the file-handling information of a selected file type.
    o Remove: Click this to remove a selected file type.

    Now would someone please tell me what the hell the point of documentation like that is? It reminds me of my bios..

    AGP_FAST_WRITE: you can enable of disable.
    F1 reveals the following help: choose enable or disable

    I mean come on, I think we've got the interface figured out in both the BIOS and Mozilla.. if we're smart enough to be changing these options then I think we can handle the elementary interface. I can understand the BIOS with the limited storage it's in, but Mozilla? If you're going to write documentation like that, just write "Sorry, no help available"
  76. A linux user for over 9 years. by Viduliya · · Score: 2, Interesting

    IMHO the annoyances for me are:

    1. Lack of hardware support is the biggest annoyance. Specifically from the following for me:
    - Canon (I had a Canon usb flatbed scanner which I had to give away due to lack of drivers).
    - Lexmark (Lexmark's so called Linux support sucked! If you have a custom built Linux system. Everyone is not using Redhat with lprng. Now I have a large paperweight by Lexmark. There are really no good printer drivers for most inkjet printers under Linux. I am going for a HP laser printer next when I get the money).
    - ATI (I no longer buy or consider buying ATI video cards after my Rage 128 Fury card a while back was not supported under Linux for over 8 months. I went and got a NVIDIA card TNT2 card at that time and never looked at another ATI card. Currently my Gforce4 is awesome while I play unreal).

    2. I had a lot of grief setting of many of the USB devices under Linux. For example, why do I have to remove and install the kernel module usb-storage in-order for it to determine that I have a CF card in my CF card reader?

    3. Why can I not burn CD's using CDrecord DAO mode with my IDE cd burner with speeds past 8x without creating a coaster? Is it due to the ide-scsi emulation which you must use? Maybe this is a problem just affecting me. I have not looked into this one a lot.

    4. I wish to see more commercial software for Linux like games. (Yes, I am willing to pay for GOOD software! Even if I get some great software for free.)

    I am trying hard but this is really all that I can come up with for Linux annoyances. This is hardly enough reasons for me to quit using Linux now. Don't get me started about my annoyances about M$ Windows. :) I could write a book or two about that.

  77. That'd be... by Black+Noise · · Score: 2, Funny

    Stallman?

    --

    Cig? No, thank you.
  78. Man files without examples by Le+Marteau · · Score: 3, Insightful

    Hate it when I man a command, comes back with 86 cajillion options, but few, if any, examples of usage.

    --
    Mod down people who tell people how to mod in their sigs
  79. easy: kernel configuration by 73939133 · · Score: 2, Insightful

    The configuration of the Linux kernel and version specificity of kernel modules is a major headache. Other operating systems manage to let developers distribute kernel modules that can be compiled and run against a wide variety of kernel versions and that have a lifetime of several years. But the Linux kernel interfaces apparently are not guaranteed to be stable and most kernel modules are just distributed as part of a monolithic kernel source tree (millions of lines!). And configuring a kernel itself is a big headache, usually requiring several tries to get something working.

    Many of the things that are in the kernel probably shouldn't even be in the kernel but could easily be implemented in user space if the Linux kernel only had appropriate interfaces. For example, many file systems, PPP, and many USB drivers could be put into user mode programs, but the Linux kernel lacks the interfaces to do it.

  80. Memory leaks by alispguru · · Score: 2, Interesting

    Actually, this is a 99% of all OSs annoyance, I'm afraid, but I notice it most on my RedHat/KDE desktop.

    There is no reason my web browsing and window scrolling should get slower and slower with time, just because I've been continuously logged in and hacking for a few weeks. It's not as if something is wearing out and has to be refurbished by my logging out, restarting the X server, and logging back in, really.

    Maybe, someday, the authors of large programs that tend to run for days at a time will start to take the attitude that any memory leak is a bug. Surely at least one of the major distro compilers could afford a copy of Purify, understand its output, and fix the leaks.

    Flame about Lisp machines that never leaked memory, in the early 1980's, deleted - redundant.

    --

    To a Lisp hacker, XML is S-expressions in drag.
  81. Re:Wine by dollar70 · · Score: 2, Informative
    I got wine to work. I'm going to write a paper on it some day soon. Still a few bugs, but damn it's so much nicer than tucking my tail and returning to "Gatesland". Here's a few pointers: If you're going to install wine via RPM, you will *STILL* need the source because it has the config, system.ini, and win.ini sample files. You *WILL* have to create the /.wine directory structure manually in the /home/*(user)/.wine/c_drive where *(user) is your user name. You *MUST* edit the sample config file so all the fake window drives corrispond to the directories and mount points with your system. (eg: Drive D: /mnt/cdrom) And once everything is in place you have to go into the /usr/bin directory and type the magical incantation: winecfg.

    This is by no means foolproof, and I'll bet some Linux geek will slam me for not doing it right or doing it the hard way. See, the Linux geeks out there won't give you a freakin' step by step. They give you RTFM. It's their revenge for having been picked on in grade school.

    --
    I'm not in a creative tagline mood at the moment.

  82. More interface/interaction gripes by sto+237 · · Score: 2
    Broken cut/copy/paste. Please, just give up the obsolete X'ey way of "select is copy". That war is over, and X lost. Just let go.

    We can't do the common task of "select text A, copy to clipboard, select text B, paste to replace with text A"... because the second select copies text B. An explicit copy operation (Ctrl-C, easy to do), fixes this problem. Notice that Mozilla and some other apps handle this correctly themselves.

    Backspace key aphasia. I can't believe that in 2003, I'm still having to dick with Ctrl-H/Ctrl-? issues in certain terminal/telnet/ssh situations. It's a simple key, and it should just work.

    The terminal bell aka beep. Bash, xterm, etc. beep at me far too often: when I've backspaced too far, when a tab-completion is ambiguous, etc. etc. One of my first tasks at a new system is figuring out how to shut it off.

    Emacs. It's still the best out there for me: syntax highlighting, auto-indent, mouse support, tab completion, etc. But it comes out of the box configured for colorblind epileptic monkeys, with horrid colors, broken select and replace, menus full of commands you'll never use, and common ones buried under M-x something something.

    It's full of obsolete jargon that should be thrown off the lifeboat: "kill" a "buffer" to close a document, "minibuffers", "window" meaning pane, "frame" meaning window, and so on. It claims to be configurable (if you want to learn Lisp), but the keys modern people want to use (Ctrl-S, Ctrl-X, Ctrl-C) are so tightly bound to fundamental operations that they can't be changed. "Cut" in the menu claims to be bound to F20. Where the fuck is that key on any keyboard built after 1978 and/or found outside a university computer lab.

    Why does the "Completions" buffer stick around after you've used it? Even if you try it later, it doesn't work. Why doesn't it go away?

    Changing the text font in Emacs should be simple, but the "faces" interface is useless, and you end up editing X resources.

    Man still lets you down too many times, but it's still better than info, and GNU's jihad isn't helping.

    How come when I'm in Workspace 4, and launch a program that takes a long time to come up, and move to Workspace 1 to do some other work, the program pops up in WS 1 instead of 4? CDE and KDE do this.

    Time and time zones are still screwed up. You think you have it set, but you really don't, because there are several places apps look in.

  83. Yes - look at Opera by kupci · · Score: 2
    One of the coolest things about Opera is that it has static builds, which is fantastic if you are running, say, SuSE 6.2 on a Pentium with 128MB RAM. Except for Navigator 4.7 locking up/crashing, I didn't want to make too many changes to this pc (dual boot win95).

    Anyway, once I saw the simplicity of a static build, the question certainly comes to mind - why aren't more apps packaged this way?

    Agreed, part of the OSS appeal is that if you can't find the binaries for CVS for Solaris 2.7, you can download and build it yourself. Very cool. Which is great when you have some time and semi-experienced Solaris sys admins.

    But when you're just trying to get some app working, like a word processor, and you realize it needs the 2.2.10 kernel, and you've got 2.2.4, and it needs GTK+ 2.whatever - I'll take the static libs, if available, I think the advantages (simplicity, and even you're actually able to run) far outweigh any disadvantages (bloat?)

  84. Smooth r to s transition by autechre · · Score: 2, Informative

    The command line options of ssh and scp are designed to correspond (where possible) to the command line options of rsh and rcp. This is so that it is easy to encourage people to replace the insecure r-services with their secure equivalents.

    So, the answer to your question is that these programs ARE consistent. They're just not consistent in the direction you were expecting, possibly because you never used rsh and rcp (I didn't, I only discovered *nix in 1997 or so).

    --
    WMBC freeform/independent online radio.
  85. Exactly by Epistax · · Score: 3, Insightful

    Everyone wants linux to be used more, but no one wants to help to make it happen. Look at any newbie to *nix going to an IRC channel for help. By them alone going there, they are already in the top 5% of knowledgable computer users. What are they told to do, no matter what they ask? RTFM. You don't need to read a manual to use windows, so why for nix? If you need to for linux, then you've already added a separation from a normal person. But as people have said, there shouldn't be a huge division between regular linux using, and newbie linux using. Over simplification is a disaster. People will be upset because they can't do anything, then some jerk will come along and say "well obviously you can't do that without being in " (insert some cryptic word here) " mode.", they hit a key combo, recompile the kernel, whatever it does't matter, and leaves the user with what amounts to a completely different operating system. Write a script so a program will work? That's less than the half of top one percent of users. That's horrid to make a newbie do. You want to know why linux isn't around? Open up.

  86. Re:Fonts and xfs. by HermanAB · · Score: 2, Informative

    Font problems have been solved. You don't have to fight with it anymore. Just get any one of the new distros. If all else fails, read my tiny fonts howto on aerospacesoftware.com.

    From this slashdot thread, it is clear that most people who are complaining about stuff are still running old distros, and all they need to do to get to GNU/Linux Nirvana is to upgrade.

    --
    Oh well, what the hell...
  87. WIRELESS!!!! by nege · · Score: 2, Insightful

    My biggest annoyance right now is wireless for linux. I run linux on my laptop, and I love my wireless access (when I dual boot over to XP) but I cannot for the life of me get it to work - in that its certainly not even a download tar, ./configure; make; make install type of procedure - you have to read like books full of info to figure it out, and, sorry I dont have time for all that...I wish there was an easy way to do THAT!!!

    Does that task belong more to the linux community of developers, or the wireless hardware manufacturers? Probably a bit of both.

  88. Debian stable by autechre · · Score: 2, Informative

    Many people are confused as to what "stable" really means wrt Debian. It is talking about the stability of the entire collection of packages with respect to each other. e.g.:

    1. Unless two packages are marked as conflicting (sendmail and postfix), they can be installed at the same time, and WILL work properly. This is because there are thousands of packages that are all "officially included" in Debian. No vast cesspool of "contrib." Perhaps as a result of this, people who do have to provide debs "outside" of Debian tend to behave themselves.

    2. When security updates come out, you will not be surprised by new behaviour. Bugfixes will be backported to the versions that shipped as "stable", so you only get the changes you absolutely need.

    Debian has packages for many tools that originated with other distributions, including linuxconf. You might just want to give it a try.

    --
    WMBC freeform/independent online radio.
  89. Please don't break the scripts! by duck_prime · · Score: 2, Insightful
    I haven't even gotten into the fact that every now and then it's healthy to go back through all the scripts you've written to find errors, omissions, etc. I wrote a bunch of scripts about 6 months ago, and just went back through them this week to make sure everything was running as well as it could be. Re-writing scripts is one step of optimizing your system. If you never revisit the work you did 10 years ago, you never know if it could be simplified.
    I'm afraid I'll have to disagree with you here. In my world scripts that Work Just Fine never, ever need to be reviewed for tinkering or just for the heck of it. Unless one unaccountably has scads of free time on one's hands.

    I think the distinction I'm trying to make here is that many people's scriptbases are working scripts, whose job is to save time and effort, freeing up bandwidth for other uses. A good script library should be managed like a commercial product -- after a strict test cycle, leave the source alone. These are not hobby scripts, or fun scripts. They are grim workaday scripts which ardently want to be left alone to do their work in peace.

    Over the past 10 years I've accumulated a massive library of scripts which I carry from job to job. Back to the original point, about "fixing" unix tools for ease-of-use, where is my benefit in breaking my whole library by redefining how "ls" works? If you don't like "ls", create a new command with a different name.
    1. Re:Please don't break the scripts! by pyite · · Score: 3, Interesting

      The GUI is a layer of abstraction that DOES NOT require changing of a perfectly working CLI in order to advance it [the GUI]. If you want a GUI, make a GUI, but don't screw with my commands. Make new commands. If someone is in a position where they need an "easier" to use CLI, then they probably don't know any of the existing CLI anyway, so inventing new CLI utilities is not a problem. Embrace and extend, don't cower and remove.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

  90. Linux into a new direction........ by Retarded_Ninja · · Score: 2

    It seems to me Linux is going in the wrong direction. I have messed around with more than my fair share of distros and the one common feature b/w all of them is that they are bloated.

    I spend countless hours going through the set up process removing as much crap from the kernel, as many start up processes, and all the useless software, just so when I boot into KDE or GNOME for the first time there is just so much more there.

    Secondly, The file structure for LINUX is unorganized to say the least. The Hierarchal file structure in Windows would be really the only true advantage I see over LINUX.

    I understand that the concept of LINUX is to give choices (ie ext2, ext3, ReiserFS, etc..etc) and the over abundance of free software), but there is a fine line between enough software (to do whatever) you may need, and to much useless software just for the sake of having it.

    Solution:
    1) Change the relationships in the file structure, standardize it so that all software loaded follows that structure.

    2) Load by default one software title for each category (preferably the best at the time of distro release) for example: GAIM (for IM), GIMP (for image manipulation); gFTP; Mozilla, etc.. One item for each category. If someone prefers a different piece of software let them load it. I am personally tired of deselecting 50 different FTP programs, and 20 different image viewers.

    3) Don't sacrifice function, for ease of use. (if people jus want the computer to work for them let the get Windows or a MAC)

    These are just my opinions, things I would like to see happen!

  91. Some small things might go a long way by pair-a-noyd · · Score: 3, Insightful

    to getting acceptance.

    I've tried to convince a few people to convert but
    when I find out that they have all that wintel crap, well...

    Setup of winmodems. Currently that's a hellish task.
    I went through a dozen of them trying to build a box
    for my dad until I found one that worked.

    There's tons of this cheap shit out there but people
    do NOT want to be told that they have to buy new hardware.
    They bought a Dell or whatever and the video card, modem, etc.
    that came with it, well, they expect it to work.
    "it worked under M$, why the hell should it not work with Linux?"
    You can't tell them, "Sorry pal, your modem (and or video) is a
    piece of shit and you'll have to replace them, despite the
    fact that they work just fine under M$..
    Yeah, that's a no starter.
    The Linux for free concept just got a $150+ price tag nailed onto it.

    cut/copy/paste is pretty sucky. They really need to work this out.
    I'm no big fan of "klipper" but there has to be a better way.

    In M$ you can do like codes to get foreign characters.
    For the most part I do not want
    to totally switch my keyboard from English to German to type a
    simple letter when I only occasionaly need to use a German character.
    That's just silly. It was easy to do with M$, not easy to do
    with Linux. There may be a better way to do it but I've not
    found it yet.

    Nicer people. I've found that Linux people are brutal and ruthless
    when it comes to help.

    It usually goes something like this,

    nube: Hi, how do I install a winmodem? I'm brand new to Linux.

    vet: RTFM!! RTFM!! modprobe !! Damn dude!

    nube: Uh, I can't understand all this modprobe stuff, I'm NEW to linux.

    vet: RTFM DAMNIT!!

    nube: I'm still confused.

    vet: man modprobe !!! Do we have to hold your damn hand?!!

    nube: Jeez, with windows I just turned it on and hardware wizard
    installed everything for me. Maybe I'll just stick with MS..

    vet: Well, if he was too stupid to understand man modprobe then he doesn't
    need to use Linux. Jeez! Dumb ass newbies..


    That's the sort of bullshit that makes potential converts turn away and
    stay in la la land and crayolas..

    Either Linux needs to get better at hardware handling or the people
    that want to convert others need to get off their high horses..

  92. Clippy by Anonymous Coward · · Score: 2, Funny

    I just can't get Clippy to show up on my text console. :(

    "I see you are trying to shutdown a system..."

  93. The worst Linux annoyance? by DerekLyons · · Score: 4, Informative

    The numerous folks who insist that Linux is the cure-all and be-all for all computer woes.

    1. Re:The worst Linux annoyance? by EnglishTim · · Score: 2, Insightful

      No, it's NOT. And it's especially not when the thing you want needs to be simple, easy to set up and you don't want to spend many hours having to learn all sorts of things you really aren't interested in just to get that thing to work.

      One of the things that annoys me is when people accuse those who don't want to have to learn all the ins and outs of a Linux system of being lazy. I'm not lazy - I just don't have a great deal of time and have far more interesting things that I'd like to be doing with it.

  94. CD automounting by roystgnr · · Score: 2, Insightful

    About five years ago I configured my computer to automount floppies and CD-ROMs when their mount point was accessed, to not cache writes to the floppy drive, and to autounmount those media a few seconds after the last access to their mount point stops. It's been working like I like it ever since.

    I'm occasionally stunned, after all that time, to see how many distributions are still fiddling with KDE or Gnome CD-watching daemons, special kernel patches, etc. to try and get reasonable behavior out of removeable media without just putting a couple lines in the config files for autofs.

  95. Re:avoid the command-line? by FooBarWidget · · Score: 4, Insightful

    You only call that sane behavior because that's the behavior you're used to.
    Unix commandline apps assume that you know what you're doing, and do *exactly* what you tell them to do. This behavior is very useful in scripts or graphical frontends, because you know exactly what they will do. And this is the correct behavior because these apps are meant to target users who know exactly what they're doing.

    The less technical people should use graphical desktop apps. They make sure (more or less) that the user won't make big mistakes, like Windows. Those users wouldn't use commandline apps in the first place. So why modify commandline apps to target them if they won't use the apps anyway? It's not worth losing the scripting flexibility.

    Don't use rm, hit the Delete key in Konqueror or Nautilus. Don't use tar, use File Roller or KArchive. They're easier to use *and* won't let you make stupid mistakes.

    "My personal pet peeve? why is it that with >75% of apps that I download as source have either configure scripts that simply don't work, or include code that doesn't compile."

    Then you must be running some weird or outdated distro. 90% of all source code here compiles and installs out-of-the-box.

  96. Re:Distros just don't do proper integration testin by copterdoc · · Score: 2, Interesting

    Look into Gentoo

  97. I18n - Asian Language support - UTF8 by rickymoz · · Score: 2, Interesting

    My wife is Korean and I've been trying for quite some time to setup a nice Mandrake box for her. It's really painful.

    First of all, I have to dual-boot since writing Korean and having a Swiss-German environement is unthinkable. So she's booting in a Korean environement with Korean language support, while I have to boot my Swiss German partition. Really really annoying if you ask me. ("Can I reboot the computer, I need to write a note in Korean to one of my friends." -"OK, go ahead, but please reboot after sending that note, I need to work on my files")

    On a related note some applications still don't know what UTF8 means. The Korean environment is in UTF8, but you should see all those applications that cannot display other than ASCII+Korean characters.

    On a related note, why can't she write an OpenOffice.org document in Korean with German intermixed, without always changing font when changing the language?

  98. Re:What he said by KhanAFur · · Score: 2, Insightful

    You don't need to replace the text in the address line... Just middle click anywhere where there isn't a link -Mary

  99. The clicking sound. by kyz · · Score: 2, Interesting

    This happens because, with all floppy drives, they will not update their "disk in the drive" status flag unless you step the read/write head in or out.

    Normally, the Amiga steps the heads constantly between track 0 and track 1. However, with later models, they realised they could issue a command to the drive to step to track -1. The drive would refuse to step the heads (so no clicking sound), but would still update the disk inserted status.

    The reason this couldn't be used universally is because some of the older drives used in really old Amigas would actually try and go to track -1, then break :)

    --
    Does my bum look big in this?
  100. Theft of focus by Anonymous Coward · · Score: 2, Insightful

    There's a little problem I like to call theft of focus. OK, it's not a Linux problem, it's a GUI problem, and it's not unique to X-based GUIs, since Windows does the same thing.

    A typical scenario:

    You are composing an e-mail message and you need to include some information from a spreadsheet, so you launch Open Office to read that document. Since Open Office takes a while to load, you go back to writing your message for a while. Some time later, all of a sudden, you are typing at the Open Office screen, which has stolen focus away from your e-mail.

    Maybe this behavior is overrideable in KDE, but if so I've never found the option for it.

  101. Repeat after me: by Cola+Junkee · · Score: 2, Insightful

    The path to dominating the desktop market does not go through requiring the end user to recompile the kernel!

    Joe and Jane everyman have no skillz and simply will not do it. If they can't get their brand new xxx or yyy peripheral working within 1/2 an hour maximum, Linux will be dead in their eyes. You can also be sure they will tell their friends about it.

    I am a seasoned programmer, and I just spent the entire day trying to get my @#$% USB video camera to actually show any pictures. Still doesn't work. damn...

    --

    f u cn rd ths, u r prbbly a lsy spllr.

  102. My list by bmasonnz · · Score: 2, Insightful

    I'm probably a bit late but here goes.

    Kernel modules: Its stupid that something compiled for say 2.4.19-43 won't work with 2.4.19-44. I don't see why they can't be compatable aross the whole stable release eg, 2.6.x. I'm not just thinking of binary only drivers. It would make installing 3rd party and updated drivers much easier.

    KDE/Gnome/X: Various core parts of these still crash semi-regularly.

    But the biggest one has to be simply installing software: Its not the package formats that are the real problem, its the people who make packages that require "libsometing == 1.45-beta5" when "libsomething >= 1.0" would have worked.
    There must be a reasonable common denominator amongst all recent distros. I've actually found commercial software to be the easiest to install because they have a moativation to do this.

    As for all the different locations for configuration files etc. Just fscking pick one, flip a coin if you have to. I'm sure your way is a million times better but thats what you get with standards.

  103. Re:downlaod binaries by einhverfr · · Score: 2, Interesting

    Its a real shame that many programs are not available in binary form, or that, when I go looking for help, people complain . Oh, well, its probably a bad binary, you should have installed from source.

    That is a fair complaint. I have had an idea for a while now that it would be really cool to have a really nice GUI-based source-code installer. This installer could parse the ./configure --help to provide a list of options, could store your selections so they appear on the next compile the way they were on the previous compile (make adding a feature to a complex compile easy), and all in all make sysadmins and end-users alike much happier with installing from source. It is my idea (as disclosed on slashdot) and so if I don't get to it first, I hope someone else does a good job. Just don't patent it ;-)

    Anyway, I think this is a tool we need.

    --

    LedgerSMB: Open source Accounting/ERP
  104. Directory Structure by Asmodean · · Score: 2, Insightful

    My biggest gripe is the linux directory structure. Going from windows(or even DOS) to linux is very frustrating when you have stuff scattered all over the place.

    I like my directory structure to be more organized. The OS and it's stuff goes here, my installed programs go here, etc, etc.

    The linux structure just seems too chaotic.

    --
    It's a good thing the world sucks or we'd all fall off.
  105. bash bahavior by MegaFur · · Score: 2, Interesting

    Some of bash's defaults piss me off.

    Examples that spring to mind:

    1. By default, bash (or readline) often doesn't know that [Home] means ^a and [End] means ^e. Sometimes it doesn't get [Delete] right either.
    2. readline is not tolerant or verbose about problems with .inputrc. It just grinds on through, usually garbling your key bindings as a result. It's depressing to have to login to another session to run kill to end your previous session because you're unable to type "exit[ENTER]" in that session.
    3. While it's true that a Unix text file should have "\n" line endings rather than "\r\n", we do, in fact, live in a world with The Internet and The Microsoft. Both of them use "\r\n" line endings. Some Linux progs silently support reading from "\r\n" files and that's great. bash doesn't though, so on several occasions I've had to deal with weird errors when copying .bash_profile from a Cygwin / Windows box.

    Yes, I know there's probably a better way out of these problems than simply bitching--but the question was what annoyed me the most, so there you go.

    P.S.
    In SuSe 7.2, the way to burn CDs involved setting up the CD-R drive as a pseudo-SCSI device using SCSI emulation. Is this ugly hack still necessary? or can Linux now handle IDE CD burners?

    --
    Furry cows moo and decompress.
  106. Qmail by virtualspirit · · Score: 2, Interesting

    Did any of you ever tried to install Qmail? I know a bunch of experienced sysadmins who spent many hours with it and just concluded there should be something else easier to install that did what they wanted.

    --
    -- 404: sig not found
  107. GODDAMNED PRINTERS by Conor+Turton · · Score: 2, Insightful

    Why the hell can't CUPS or Foo just install the fucking printer? Why the hell do I have to go through a dozen steps just to add the damned thing? Why have a "Search Local/Network" if it DOESN'T WORK? This is pretty much the same as alot of stuff for Linux IME. Eevrything is a battle. Install an app/game. It comes with a menu entry but because whatever distro has fucked with the directory placements, it doesn't get installed so you go hunting for the executable then launch a dozen apps just to add the menu entry.

    --
    Conor "You're not married,you haven't got a girlfriend and you've never seen Star Trek? Good Lord!" - Patrick Stewart
  108. Top annoyances by oxfletch · · Score: 2, Interesting

    OK, I've been doing this for years, and am a full time kernel hacker. So this is not "I'm a newbie", these are IMHO just *broken*. Some of these are Debian, since that's what I use. The other distros are IMHO more broken in some other way (depending on the distro).

    1. Debian is a pain in the ass to install. People, get it together - put a standard, official netboot ISO up for download for each version of Debian that actually works, and supports more than 2 network cards. And try to actually autodetect the net card so I don't have to grope around flicking to another window and cat'ing /proc/pci to find out what I have.

    2. Debian has far too many packages, and 10 solutions to everything. Have recommended packages for things like "audio mixer". Oooh, politics ... scary. Deal with it.

    3. X is still a pain in the ass to set up. I've been doing this since 1993, and it STILL takes me over an hour, and the loss of a bunch of hair every time.

    4. All the window managers are either fat & bloated or flaky as hell. And normally both.

    5. X permissions (xauth, etc) are just CRAP.

    6. "scp file foo@bar" just does a normal cp,
    without objecting to the fact that I ommited
    a ":" at the end. Why the fuck would I use
    scp to do a local file copy?

    7. File compression is not transparent. I hate
    doing "bzcat patch-file.bz2 | patch -p1". Would be much easier to do "patch -p1 patch-file.bz2". And don't whine about wrappers. The right place to fix this is probably the fs layer.

    8. We need less "oh, but you can fix X by doing Y then Z, and standing on your head", and more "it just works. Out the box. without fiddling with shit".

    9. Fonts. Enough said.

    10. GNU's fucked up arrogant attitude to man pages. No, I don't want a fucking info page, at least for the basics. You shouldn't have made it such a bloated piece of featuritus'ed crap in the first place.

  109. Kind of like RTFM..... by simetra · · Score: 2, Interesting

    These people who, when you post your complaints, tell you how to fix your problem. For example, complaining about program installation brings out at least 3 know-it-alls who have the answer, all different, and suggest that you should find this and install it and everything will be happy.
    The whole point of this is... these are annoyances. One shouldn't have to hunt down a solution to the built-in problems. The solution should be built-in. The problem shouldn't exist. This is my chief annoyance; that for every problem, there are a half-dozen solutions, which you have to track down on your own, which are not standard across distributions.

    --

    "Would it kill you to put down the toilet seat?" -- Maya Angelou
  110. My top 5 by metamatic · · Score: 2, Interesting

    The absolute worst thing about Linux, beyond a doubt, is sound. It doesn't freakin' work. What is it, three different APIs? And none of them work properly on any of the half dozen machines I've tried installing Linux on. Finding out why is hellish too--you have your kernel drivers, then ALSA and OSS add a layer of complexity, then libao adds another layer of crap to deal with, then KDE adds its own set of daemons... If you've got a generic SoundBlaster card everything might work without screwing around; anything else, good luck. The best bet seems to be to go with the latest bleeding-edge kernel and ALSA releases, cross your fingers, and wave a dead chicken over the speakers. OK, I have sound now, at least on my own machine, even if /dev/sndstat doesn't exist the way the FAQs assure me it should. Hopefully some time soon they'll fix that buzzing problem...

    The second worst thing about Linux is missing documentation, like all the FSF software that has either no manual page at all, or no useful manual page. Often there's just a note challenging you to try and find the information in their crappy info hypertext system. I don't care if RMS likes emacs, the standard for accessing UNIX documentation is man. It doesn't help that all the info browsers I've tried are godawful. The Debian guys have the right idea here--missing man pages are a software defect, and defective software should not be included in the distribution.

    The third worst thing about Linux is KDE vs Gnome. I side with KDE on everything--Gnome was a butt-headed political decision, and should have been abandoned once Qt was made available under the (L)GPL. But no, the obstinate FSF egos had to waste their time implementing an overcomplicated CORBA architecture to provide functionality hardly anyone needed for a desktop system nobody wanted.

    The fourth worst thing is the plague of window managers. Every time I look, there's another forking window manager. (Looking at one list I found via Google, it seems there are over 90 of the things.) It wouldn't be so bad, except that almost all of them suck by default. "Yeah," say the handful of people using each one, "but you can configure it to be really good." Yes, but I can configure almost any wm to be really good, given enough time to spend in pointless dicking around. In fact, you can pretty much configure any of these window managers to look like any of the others. What is it about Linux programmers that everyone wants to write a window manager, and nobody seems to be able to get around to writing an MP3 player that's even as good as iTunes?

    The fifth thing, suggested by the window manager plague, is that Linux suffers a lot from needless configurability and rampant optionitis. The original UNIX idea (circa v7) was that you wrote a program to do one task, do it properly, and do it well. If you wanted your directory listing sorted into reverse order, you piped it through sort; if you wanted it in columns, you piped it through column.

    Take a look at the man page for GNU cat. I particularly like that they've added options -A, -e and -t just to save you from having to type two options, and given you an option -u that doesn't do anything. That's almost as good as the -d option to diff.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak