Slashdot Mirror


Linus on All Sorts of Stuff

Linux Times.Net writes " Linus Torvalds tells of some other programming venues than the Linux kernel, predicts a shadowy outcome for GNU/Hurd, gives some advice to anyone wanting to undertake a large software project and updates us on the latest in kernel development in this email interview by Preston St. Pierre. "

339 comments

  1. Hurd by abrink · · Score: 5, Interesting

    Does anyone here even use Hurd? How do you like it?

    1. Re:Hurd by Anonymous Coward · · Score: 3, Funny

      I prefere Flock myself

    2. Re:Hurd by Chundra · · Score: 5, Informative
      From the hurd page:

      "The Hurd, together with the GNU Mach microkernel, the GNU C Library and the other GNU and non-GNU programs in the GNU system, provide a rather complete and usable operating system today. It is not ready for production use, as there are still many bugs and missing features. However, it should be a good base for further development and non-critical application usage.

      The GNU system (also called GNU/Hurd) is completely self-contained (you can compile all parts of it using GNU itself). You can run several instances of the Hurd in parallel, and debug even critical servers in one Hurd instance with gdb running on another Hurd instance. You can run the X window system, applications that use it, and advanced server applications like the Apache webserver.

      On the negative side, the support for character devices (like sound cards) and other hardware is mostly missing. Although the POSIX interface is provided, some additional interfaces like POSIX shared memory or semaphores are still under development."


      I.e. it might be fun to play with, but it's not very useful for the average Joe.
    3. Re:Hurd by Mysticalfruit · · Score: 1

      I just checked the hurd webpage and it the softwares last release was in 1997...

      --
      Yes Francis, the world has gone crazy.
    4. Re:Hurd by ComaVN · · Score: 5, Insightful

      From that description, it doesn't seem very useful for exceptional Joe either, only for GNU/Joes developing Hurd.

      --
      Be wary of any facts that confirm your opinion.
    5. Re:Hurd by Anonymous Coward · · Score: 4, Funny

      A few months ago the debian popularity contest reported two users , but now they are back to zero :)

    6. Re:Hurd by Chundra · · Score: 5, Insightful

      It's not entirely bad for operating systems students to get their hands dirty with either. It does have some cool things going for it--though it does seem doubtful they'll ever get anywhere with it as a mainstream OS--for example: rather than using the traditional monolithic kernel, hurd uses a multi-server running on top of microkernel approach. So it is definitely neat and interesting for os geeks to play with.

    7. Re:Hurd by Planesdragon · · Score: 2, Insightful

      From that description, it doesn't seem very useful for exceptional Joe either, only for GNU/Joes developing Hurd.

      Or running servers. Web servers, print servers, file servers... heck, it might even work for supercomputers for all I know.

    8. Re:Hurd by AuMatar · · Score: 1

      Does it say if it still has a 2 GB limit for partition sizes?

      --
      I still have more fans than freaks. WTF is wrong with you people?
    9. Re:Hurd by bkhl · · Score: 1

      That depends on your meaning of the word "use". I wouldn't use it in a production environment, but I've tried it, and it has a lot of nice ideas, though it's still (?) slow and incomplete.

    10. Re:Hurd by micromoog · · Score: 4, Interesting

      There was a time when I thought Ogg Vorbis held the title of "worst name ever". Then I read about the Hurd's name.

    11. Re:Hurd by SillyNickName4me · · Score: 1

      Heh, the post actually made me ponder if I should go over and look if I could get it to run on one of my sparcserver 20s.

    12. Re:Hurd by Chundra · · Score: 3, Informative

      Last time I played with it, yes, the 2GB limit was still there.

      Wheee, let's map our whole filesystem into virtual memory. ;)

      Then again, it's not that bad. Definitely not ready for production use, but not unusable either. Apparently the limitation is slated to be removed sometime. For comparison, have you seen the recommended partition sizes for OpenBSD?

    13. Re:Hurd by Curtman · · Score: 2, Informative

      Does it say if it still has a 2 GB limit for partition sizes

      It appears so.

    14. Re:Hurd by Anonymous Coward · · Score: 0

      If you are hinting at they boot loader issue that used to be in OBSD, it's been gone for several releases now.

    15. Re:Hurd by Curtman · · Score: 2, Informative

      I think the preferred distro of Hurd is Debian. Check here for details about K7 released 25-Sep-2004.

    16. Re:Hurd by johnnyb · · Score: 4, Interesting

      Of course, w/ a 64-bit processor that's not a terrible idea.

    17. Re:Hurd by Chundra · · Score: 1

      Actually, no, I'm talking about recommended partition sizes. You know, like they say in the (latest) 3.5 release. For example, those mentioned here.

      A ~2GB filesystem limit isn't unusable for a development OS (or even a development one) is all I'm saying.

    18. Re:Hurd by bsd4me · · Score: 2, Insightful

      I.e. it might be fun to play with, but it's not very useful for the average Joe.

      Well, Linux started out as something barely usable even to hardcore geeks (kermit was the most complex application for a good while), and look what it turned into.

      --

      (S(SKK)(SKK))(S(SKK)(SKK))

    19. Re:Hurd by Anonymous Coward · · Score: 0

      Well, you don't have to be a Kreskin, or a Torvalds, to predict Hurd's future.

    20. Re:Hurd by Chundra · · Score: 2, Informative

      Note to self: preview posts.

      A ~2GB filesystem limit isn't unusable for a development OS (or even a production one).

    21. Re:Hurd by Anonymous Coward · · Score: 1, Informative

      Yeah but look at the start date for The Hurd.
      (hint: it's actually older than Linux!)

      Over-design is an understatement. The Hurd is a perfect example of what happens if you try to design a "perfect" (in a Computer Science way) system. You never get anything done. All design and no product.

    22. Re:Hurd by Anonymous Coward · · Score: 0

      It's a little too GNU to comment on, or so I've Hurd.

    23. Re:Hurd by sydb · · Score: 2, Informative

      You'll need to port it to Sparc first though, but I suppose that would be a learning experience and progress for Hurd!

      --
      Yours Sincerely, Michael.
    24. Re:Hurd by Anonymous Coward · · Score: 0

      Sure, for embedded apps

    25. Re:Hurd by ignorant_newbie · · Score: 2, Informative

      > Well, Linux started out as something
      > barely usable

      Yes, but the Hurd has had a lot longer to stop sucking than Linux has, as it was already in progress before Linus got started.

      One can argue that this is because all the developers flocked around Linus ( I think Stallman has made this argument from time to time ) but given that world+dog has given up on the whole microkernel thing, it's more likely that the hurd just sucks.

    26. Re:Hurd by Anonymous Coward · · Score: 1, Insightful


      It's not entirely bad for operating systems students to get their hands dirty with either.


      Nooooooo!!!!

      Students spend enough time dealing with ivory tower crap. The last thing that they need to do is waste time on an architecturally pure but practically useless system.

      Of course, as a case study for a Software Engineering course (showing all the things that can be done wrong) it would provide real value.

    27. Re:Hurd by ComaVN · · Score: 5, Interesting

      Damn, that faq page is the funniest thing I've seen all day.

      Some quotes:

      The Hurd throws this historical garbage away. We think that we have found a more flexible solution called shadow filesystems. Unfortunately, support for shadowed filesystems is not yet implemented.

      Eh? throw the (working) garbage away before the new solution is implemented?

      You are using IRQ sharing; GNU Mach does not support this in the least.

      Yeah, because that's such an uncommon thing for hardware to use.

      GNU Mach does not support loadable kernel modules. Therefore, you will have to compile a new kernel and only activate those device drivers that you actually need.

      So much for a microkernel then.

      The Hurd will just as happily swap to any other raw disk space and overwrite anything it finds. So, be careful!

      Thanks for the warning. That will make me want to install it on my machine.

      This FAQ document was probably secretly written by Linus Torvalds to ridicule it, and promote his own views on software development.

      --
      Be wary of any facts that confirm your opinion.
    28. Re:Hurd by vsprintf · · Score: 2, Funny

      One can argue that this is because all the developers flocked around Linus ( I think Stallman has made this argument from time to time ) but given that world+dog has given up on the whole microkernel thing, it's more likely that the hurd just sucks.

      Natural selection at the kernel level.

    29. Re:Hurd by Anonymous Coward · · Score: 0

      Ah, sorry, I completely misunderstood the post. You are pointing out that 2 gigs is more than adequate. I concur. My system (running OpenBSD) doesn't even use a gig with all the ports I need installed. However, I can easily see how this limit is encumbering for even the most average persons file storage needs. There is never enough space fro pr0n as it is ;)

    30. Re:Hurd by SpaceLifeForm · · Score: 1

      If you ever played with Tandem/Guardian you will find it very interesting.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    31. Re:Hurd by Curtman · · Score: 4, Informative

      Thanks for the warning. That will make me want to install it on my machine.

      In contrast to Windows which will overwrite your bootloader, reorder partitions, and change partition types of existing partitions without you asking it to.. I don't think its fair to ridicule Hurd for warning you that it is possible to destroy data if you go out of your way to initialize a non-swap partition as a swap partition.

      You can run mkswap in Linux on any partition regardless of weather it is set to "Linux swap" type or not. Somehow that hasn't been a huge problem for me either.

    32. Re:Hurd by boots@work · · Score: 2, Informative

      You can run mkswap in Linux on any partition regardless of weather it is set to "Linux swap" type or not.

      Yes, but Linux will only swap onto partitions that have been prepared with mkswap, which makes it somewhat less likely you'll clobber a partition you meant to keep. That's really the only point of mkswap; everything else could be done perfectly well in the kernel.

    33. Re:Hurd by AuMatar · · Score: 1

      Umm, I don't have a huge porn collection, and I don't think I could fit all my data in 10 gigs, much less 2. A 2 GB limit for a non-embedded OS is unusable.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    34. Re:Hurd by AuMatar · · Score: 1

      Of course, Hurd runs only on IA-32 according to the FAQ. If they want it to run on 32 bit machines it isn't a good design choice

      --
      I still have more fans than freaks. WTF is wrong with you people?
    35. Re:Hurd by mollymoo · · Score: 1

      You develop porn?

      --
      Chernobyl 'not a wildlife haven' - BBC News
    36. Re:Hurd by aminorex · · Score: 1

      Well you can just flock yourself then.

      --
      -I like my women like I like my tea: green-
    37. Re:Hurd by Anonymous Coward · · Score: 0

      The Hurd throws this historical garbage away. We think that we have found a more flexible solution called shadow filesystems. Unfortunately, support for shadowed filesystems is not yet implemented.

      Eh? throw the (working) garbage away before the new solution is implemented?

      Torvalds has done the exact same thing with cd recording.

    38. Re:Hurd by SillyNickName4me · · Score: 2, Interesting

      Yeah... came to the same conclusion after reading through their docs. It would be progress, but not somethign I'd be able to undertake on my own I'm afraid.

      Ah well, I like the technical ideas behind it, too bad it seems kinda stuck in this 'not far enough to be really usable, and hence not attracting enough people to get further' issue.

    39. Re:Hurd by will.murnane · · Score: 1

      Actually, it _has_ been a problem for me... I once did swapon on the wrong disk and went along blithely using the machine for an hour or so, at which point I realized my mistake. One more reason not to run as root, kiddos.

      Oh, and it overwrote the fsck.ext3 binary, so I was SOL there. It's easy to lose a system when you don't know what you're doing. :)

    40. Re:Hurd by Anonymous Coward · · Score: 0

      I notice 1 (one) GNU/FreeBSD user. What a fucking surprise that is.

      There are a whole bunch of people out there working on things like GNU/FreeBSD and The HURD which are quite frankly, pissing in the wind so badly it isn't funny anymore.

  2. About to be /.'ed by GuyZero · · Score: 5, Informative

    This is moments from being /.'ed to death...

    Article text

    Linus Torvalds: ''Desktop Market has already started''
    Preston St. Pierre of Linux Times interviews Linus Torvalds.

    Linus Torvalds tells of some other programming venues than the Linux kernel, predicts a shadowy outcome for GNU/Hurd, gives some advice to anyone wanting to undertake a large software project and updates us on the latest in kernel development in this email interview by Preston St. Pierre.

    Preston: Your life has been dedicated for quite some time to the Linux kernel. If this project was no longer yours, what kind of project would you most like to take on next (games, user applications, another kernel, development tools, etc)?

    Linus Torvalds: I like being close to the hardware, and doing good visuals (ie games or GUI's) is not my forte, so I'd probably work on development tools or similar.

    In fact, the only project I've actually spent some time on in the last year (apart from the kernel, of course) has been this source checker application that does some extended type-checking for the kernel. So very much a development tool.

    Preston: What is your favorite interpreted programming language, and why?

    Linus Torvalds: Heh. I don't much do interpreters. The only one I end up using consciously (ie not part of somebody else's scripts) end up being just the regular shell. It's not that I dislike things like perl/python, it's just that I tend to either just write C, or do _so_ simple things that shell works fine for me.

    I might admit to having a soft spot for basic, but I haven't actually used it in closer to twenty years or so. But it was what I started with, so it will always be special ;)

    Preston: Do you have any advice for people starting to undertake large open source projects? What have you learned by managing the Linux kernel?

    Linus Torvalds: Nobody should start to undertake a large project. You start with a small _trivial_ project, and you should never expect it to get large. If you do, you'll just overdesign and generally think it is more important than it likely is at that stage. Or worse, you might be scared away by the sheer size of the work you envision.

    So start small, and think about the details. Don't think about some big picture and fancy design. If it doesn't solve some fairly immediate need, it's almost certainly over-designed. And don't expect people to jump in and help you. That's not how these things work. You need to get something half-way _useful_ first, and then others will say "hey, that _almost_ works for me", and they'll get involved in the project.

    And if there is anything I've learnt from Linux, it's that projects have a life of their own, and you should _not_ try to enforce your "vision" too strongly on them. Most often you're wrong anyway, and if you're not flexible and willing to take input from others (and willing to change direction when it turned out your vision was flawed), you'll never get anything good done.

    In other words, be willing to admit your mistakes, and don't expect to get anywhere big in any kind of short timeframe. I've been doing Linux for thirteen years, and I expect to do it for quite some time still. If I had _expected_ to do something that big, I'd never have started. It started out small and insignificant, and that's how I thought about it.

    Preston: From a user's prospective, what improvements do you see the Linux kernel offering over Hurd? Do you think Hurd might eventually become as popular as Linux?

    Linus Torvalds: I think Hurd is dead. See above on why. It has a "big vision", and people forgot about the details, and forgot about admitting when they went wrong. So the project stumbled, and _still_ didn't bother to look down on the ground. But hey, I might be wrong. I haven't actually followed Hurd in any detail, and maybe the project is more down-to-earth now, and more concerned about getting things working, and less about "design". And less

    1. Re:About to be /.'ed by Anonymous Coward · · Score: 5, Informative
      This from a man who named an operating system after himself.

      Wrong (and jealous?):

      Linus Torvalds originally used the Minix OS on his system which he replaced by his own OS; he gave a working name of Linux (Linus' Minix); but thought the name to be too egotistical and planned to have it named Freax (a combination of "free", "freak", and the letter X to indicate a Unix-like system).


      -- http://en.wikipedia.org/wiki/Linus_Torvalds

      Double check if you like, it's well-known history.
    2. Re:About to be /.'ed by Anonymous Coward · · Score: 0

      he gave a working name of Linux (Linus' Minix)

      So...you contradict yourself right away?

    3. Re:About to be /.'ed by Felix+The+Cat · · Score: 5, Informative

      This from a man who named an operating system after himself.

      Um, no (third paragraph).

      --
      Windows is the Acme of computing -- in the Wile E. Coyote sense.
    4. Re:About to be /.'ed by Anonymous Coward · · Score: 0

      ----from above
      This from a man who named an operating system after himself.
      ----end from above

      Linus only refered to it as "The Project". It was other people who refered to it as Linus' UNIX. And this was shortened by usage to Linux.

      The Linux Trademark was apropriated by William R Della Croce, Jr. And was successfully recinded and offered to Linus.

      I fail to belive that throughout the early history of Linux, Linus intended his name to be attached to a software project.

    5. Re:About to be /.'ed by Anonymous Coward · · Score: 0

      This from a man who named an operating system after himself.

      Ahem...and this from a person who doesn't realize Linux is a kernel, not an operating system.

    6. Re:About to be /.'ed by ignorant_newbie · · Score: 1

      >They were trying to do something modern,

      no, they were trying to do something trendy. Microkernels were the trendy thing when they started. Pls note that noone else is bothering to make real microkernel systems today

      >instead of spending 10 years creating just
      >another UNIX clone

      which is why they're still not done 20 years later...

    7. Re:About to be /.'ed by Anonymous Coward · · Score: 1, Insightful

      There is no contradiction. Nobody is arguing that Linus did NOT name Linux after himself. He did. GP and Parent agree here. However, he did not do it to inflate his ego or gain notoriety, and in fact planned to change the name before the kernal was in wide distribution. The name stuck, though.

    8. Re:About to be /.'ed by nomadic · · Score: 2, Funny

      Pls note that noone else is bothering to make real microkernel systems today

      Tell that to QNX.

    9. Re:About to be /.'ed by Anonymous Coward · · Score: 0

      Actually he named a kernel after himself, not an operating system.

    10. Re:About to be /.'ed by nomadic · · Score: 1

      Ahem...and this from a person who doesn't realize Linux is a kernel, not an operating system.

      Linus: "I'm in the strange position of having concentrated very actively on the base operating system"

      In another interview he says:"There are capabilities in Linux that aren't in other operating systems. A lot of them are about performance."

      If you're going to be pedantic, at least do some research first.

    11. Re:About to be /.'ed by Anonymous Coward · · Score: 0

      Um isn't OS X based on a microkernel ?

    12. Re:About to be /.'ed by aminorex · · Score: 1

      Is it 1991 today, still?

      --
      -I like my women like I like my tea: green-
  3. GNU/HURD by atomic-penguin · · Score: 5, Funny

    Shadowy outcome for HURD, who could have seen that one coming?

    --
    /^([Ss]ame [Bb]at (time, |channel.)){2}$/
    1. Re:GNU/HURD by DarkHelmet · · Score: 4, Funny

      Umm, Netcraft? They're good at predicting these things ;)

      --
      /^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}$/i
    2. Re:GNU/HURD by Darth+McBride · · Score: 2, Funny

      The fact the the acronym sounds like NERD should have been the first clue...

    3. Re:GNU/HURD by standsolid · · Score: 1

      who could have seen that one coming?
      Duke Nukem, probably.

      --
      WTPOUAWYHTTOTWPA
      What's the point of using acronyms when you have to type out the whole phrase anyways?
    4. Re:GNU/HURD by plj · · Score: 4, Funny

      Damn me for being a naive fool. I always believed what Linus said and kept waiting. And behold: now he's denying it. Do you think I should change my sig now?

      --
      “Wait for Hurd if you want something real” –Linus
    5. Re:GNU/HURD by Anonymous Coward · · Score: 0

      Oh please, Linus has predicted doom and gloom for Hurd since he first wrote Linux. It has yet to happen and it's not going to. Hurd runs on idealism not egotism, unlike Linus' endeavors. I have never got Hurd to work, and the way in which it has been persued deserves criticism. But Linus does to Hurd what Microsoft does to Linux. He flames, predicts hellfire and brimstone, and when all else fails, he just lies about it. Linus has yet to make a valid point about Hurd that was not a personal attack on its developers. Yet for all his mouthing, I have more respect for what the Hurd team is trying to do than anything Linus himself has ever done. Linus is an overgrown child, and his words and methods reflect that. There are many interviews out there of coworkers voicing thier disatisfaction with working with him and the way he makes off the cuff changes.

    6. Re:GNU/HURD by Z4rd0Z · · Score: 2, Interesting

      ...doom and gloom for Hurd...has yet to happen and it's not going to.

      More like Hurd has yet to happen and it's not going to. The doom and gloom already happened a long time ago. Sure, they've got a few developers and hangers-on, I even ran it a few times about 3 or 4 years ago. But every time I check in on it, it hasn't progressed a whole lot, they're just catching up to some minimum level of usability that Linux/BSD has had for years. What's the use of all the "advanced" features if they don't actually advance anything?

      --
      You had me at "dicks fuck assholes".
    7. Re:GNU/HURD by Anonymous Coward · · Score: 0

      why GNU/HURD? The Hurd is an official GNU project, the "GNU/" is redundant. That's like saying GNU/GNU.

    8. Re:GNU/HURD by Anonymous Coward · · Score: 0
      Don't forget Kreskin.

      (If this gets modded "informative," I'm jumping off a building.

    9. Re:GNU/HURD by Anonymous Coward · · Score: 0

      Re: your sig. Check your acronym: you've transcribed two letters.

    10. Re:GNU/HURD by minus9 · · Score: 1

      "Hurd runs on idealism"

      "I have never got Hurd to work"

      Heh.

      "Linus has predicted doom and gloom for Hurd since he first wrote Linux. It has yet to happen"

      So what you're saying is Hurd is dead, but it's not going to get any deader?

    11. Re:GNU/HURD by fatphil · · Score: 1

      Re: your comment. Check your dictionary: you've conflated transcribe with transpose.

      --
      Also FatPhil on SoylentNews, id 863
    12. Re:GNU/HURD by maxwell+demon · · Score: 2, Funny
      Hurd runs on idealism

      Now I understand. Of course, that slows down development a lot, because idealism is rarely found these days. Probably the FSF has only outdated versions of idealism, running on old hardware where each compile needs aeons. Maybe they should rewrite the system to run on some more popular platform.

      I have never got Hurd to work

      Probably you had an incompatible version of idealism. Actually idealism suffered from many different versions, having differences ranging from subtle to large. That's probably a reason why this platform finally got unpopular.
      --
      The Tao of math: The numbers you can count are not the real numbers.
    13. Re:GNU/HURD by Kehvarl · · Score: 1

      Probably the FSF has only outdated versions of idealism, running on old hardware where each compile needs aeons

      Actually, they're emulating it on a 25 MHz Centris 650, and it took them a week to boot up.

  4. Large software projects... by Power+Everywhere · · Score: 3, Insightful

    Linus takes on approach, the BSDs take another. I think there's a place for both in thr world, and that the BSD's is the approach for saner, safer integration of technology. Linux, which takes a faster approach, is where the actual technology comes from but oftentimes in an untested manner.

    1. Re:Large software projects... by Anonymous Coward · · Score: 0

      since when is replying to flame bait appropriately considered flame bait?

      oh yeah, i insulted linux. so sorry...

    2. Re:Large software projects... by Just+Some+Guy · · Score: 1
      Linux, which takes a faster approach, is where the actual technology comes from but oftentimes in an untested manner.

      Except for things like USB and Firewire that were supported first by BSD and Linux later (sometimes by directly porting the BSD drivers).

      I agree with you in general, but neither system is the clear leader at supporting new technologies.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:Large software projects... by DARKFORCE123 · · Score: 0

      And obviously HURD is taking another approach all together.... into the twilight zone

    4. Re:Large software projects... by hitmark · · Score: 1

      and neither will be until hardware makers take a direct intrest in either supplying (good) drivers or info so that others can supply drivers...

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
  5. Who is - by thewldisntenuff · · Score: 1, Offtopic

    Linux Times.net? I looked over their site, and most of it seems to be some /. stories and stuff about a few different topics.....I'm not trying to knock them, but I've never heard of them. Are they new 'round these parts?

    -thewldisntenuff

    1. Re:Who is - by Anonymous Coward · · Score: 1, Informative

      According to WHOIS, the domain was created about a month and a half ago, apparently owned by Linaire.

    2. Re:Who is - by Anonymous Coward · · Score: 1, Informative

      Yes, LinuxTimes.net is new. Yes, there have been a lot of copied stories up until now.

      However, over the next few weeks there will be a plethora of new interviews, published exclusively on LinuxTimes.net.

      -Preston

  6. Non-profit by fembots · · Score: 2, Insightful

    When you're not into making profit out of something, you're usually more generous to include alternatives (or even competition).

  7. Linus isn't really one to talk. by Keith+Emerson · · Score: 0, Flamebait

    He can't really see into the future and say with any certainty that Linux is going to "win out" other any other operating system. There's no reason why Windows or a BSD variant won't become more entrenched. There's no reason why Linux won't go through a "shadowy fate" either, if we think about. There's no doubt that it's a nice niche for some applications in that it's got faster turnover and is more stable than other, more convential operating systems.

    Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X, and it's difficult to see how this is going to change when manufacturers continue to make their drivers closed-source and binary so that they only work with one kernel version, one distro, one libc.

    In a way, its immense flexibility is a bad thing. Open source is a nice thing, and has the potential to take over - just look at Firefox. But Linux is just too monolithic and slow-to-change to be easy to toss onto a new PC and get up and running with. There's a proliferation of different versions, all incompatible, making ease-of-use impossible to attain.

    In summation, Linus is noble for releasing so much hard work to the public for all to enjoy. But unfortunately, not all of us are capable of enjoying it.

    1. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 1, Insightful

      Inferior? Different, yes. Linux runs on a few dozen processors. Windows runs on .. well, 1 well, three somewhat. I have hardware for which the Windows drivers never worked, but works fine under Linux. So it's a "it depends". There's certainly *more* hardware that Linux runs on and has drivers for, though it may not be your hardware.

    2. Re:Linus isn't really one to talk. by RealAlaskan · · Score: 4, Insightful
      In a way, its immense flexibility is a bad thing. ... But Linux is just too monolithic and slow-to-change ...

      Make up your mind. Is it ``immensely flexible'', or ``monolithic and slow-to-change''? I'm pretty sure it's not both.

      As for ``too monolithic and slow-to-change to be easy to toss onto a new PC'', try Knoppix. It makes installing Debian easier than installing Windows.

    3. Re:Linus isn't really one to talk. by marsu_k · · Score: 4, Insightful
      Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X
      Huh? I don't know what you're smoking but pass it on, it seems like very decent stuff. Ever tried a fresh install of any OS, out of the box? Granted, I don't own/use Macs, but with Windows I have to install lots of drivers that are specific to my hardware. Case in point, I recently bought me a Shuttle SN41G2. When installing Windows not only had I to install drivers for my hardware (and reboot every fscking time in between), I had to use drivers that were supplied by the manufacturer. Linux, on the other hand, had the network, audio and video running immediately. So how exactly the hardware support inferior?
    4. Re:Linus isn't really one to talk. by Spoing · · Score: 1
      1. In a way, its immense flexibility is a bad thing. Open source is a nice thing, and has the potential to take over - just look at Firefox. But Linux is just too monolithic and slow-to-change to be easy to toss onto a new PC and get up and running with. There's a proliferation of different versions, all incompatible, making ease-of-use impossible to attain.

      If it is so hard to change, and so incompatable, why are there so many versions and why are they all called Linux? :)

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    5. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      It comes right down to time, eventually OEM support (which already exists) is going to increase and for Linux to succeed at being aimed at desktops it merely needs large OEMs to support it (by either forcing hardware partners to open up specifications so drivers can be created or by producing drivers themselves). This will come gradually with time.

      As far as there being different versions all incompatible, that's really not accurate. Most Linux distros are compatible with one another, in fact the only real limitations between running software from one distro to another are dependencies, what platform the software is written for (meaning if it's an X86 app it won't run on another platform), and the packaging system. As standards continue to develoip so will compatibility.

    6. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0, Interesting

      HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA!

      OMG man you are funny....

      the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X

      funny how there are more drivers for linux than there are for windows XP. and I can run Linux on more processors and different system types than every other Operating system ever made put together.

      the world of linux is not the silly "home user" demographic you seem to be obsessed with. It runs on almost everything, including hardware without MMU's or Floating Point Processors. I can run linux of Big IBM iron to a pocket device....

      something that is 100% impossible with microsoft and OSX combined.

      linux supports much more hardware than windows could ever dream of.

      Just because it does not support a crappy $9.00 webcam you bought on a whim means nothing.

    7. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      That's quite suprising, windows still doesn't have driver support for my pc hardware. I have to go and download the drivers for my raid card and then hit F6 or something during install...... unfortunately the installer always crashes on my hardware.. Gnu/Linux though doesn't have a problem with my hardware.

    8. Re:Linus isn't really one to talk. by Dielectric · · Score: 2, Insightful

      I don't see that hardware support in Linux is any worse than other operating systems, on several fronts.

      In the desktop PC space, I can run anything I care to hook up, other than some shitty winprinters. Granted, some features are lacking like 3D accelerators and some multimedia hardware, but if you're careful choosing your stuff, it will work with Linux. I tossed Fedora Core 2 on two new PCs and a laptop, and it just works. I couldn't say that two years ago.

      Even my iMac runs YDL with all of my hardware supported. That was the biggest surprise of all, frankly.

      Don't even go there with Mac OS X. They only have to support one architecture and one major hardware vendor. MS has it slightly (not really) easier than Linux, too, because they're only running on x86 for the desktop and server.

      Things are better for Linux in the embedded space, as I see it. I can pick nearly any embedded processor, and Linux runs quite well with all features supported. That market is actually bigger than the desktop space, and more exciting to boot.

    9. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 1, Insightful

      1.
      Linux vs Windows in terms of hardware support depends on the hardware.

      There is hardware that leading distributions will better detect and automatically configure that, under windows, would have to be installed through vendor CDs. And speaking of vendor CDs... the work, or lack of work, done by 3rd party hardware vendors does not reflect on the quality of Linux the operating system. Only on the quality and user-friendliness of the 3rd party vendor's hardware.

      It is to linux's credit that in so many cases it supports 3rd party hardware out of the box, not needing 3rd party vendor CDs that install junk along with the driver.

      2.
      Linux vs Macintosh in terms of hardware support... I'm sorry, but it is really dumb of you to even compare.

      The day that Linux distributors start making their own hardware, you can be sure that Linux hardware support will be 100% flawless too.

    10. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      This is an argument I have never really undersood. Who said an OS should support every pice of hardware under the sun. As long are it supports a few reasonable and contemporary alternatives in each hardware category I would call the support excelent. Saying Linux hardware support is bad becase you particular el-chepo soundcard does not work is riddiculous. You should have done your research before you bought it. This is not being an appoligist either. For one thing plenty of cheap soundcards are supported very well so if thats what you wanted you could have had it.

      The logic of the Linux hardware support is poor becase X does not work is crazy. It would be like me being upset a fule pump form a Chevey won't work with the bosch fule injection in my Alfa. It makes no sense. You have to put the right parts together in any machine, software is a part as sure as any hardware is. Its not out of line to expect software to be considered when you select hardware, and vice versa. If you need some special pice of hardware it might dictate your software.

    11. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 5, Insightful

      Sure, Linus can't see into the future, but he can follow the blinking red arrows that industry is posting.

      There are many reasons why Linux won't go to a "shadowy fate." It is largely deployed in the enterprise. There are thousands and thousands of people either directly developing on it or for it. There is millions of dollars being shoveled into it by the likes of IBM and Novel. If all these folks thought that Linux was headed for a shadowy fate any time soon, do you think they would waste their time and effort on it? Do you even read Slashdot? (:

      It's not neccesarily just about open source vs closed source, it's about superior product in the market place. Open source is a partial factor, depending on your targeted demographic. I'm not sure how its immense flexibility is a bad thing, or how Linux is too slow to change, but it's true that all people may not be able to enjoy it. Even that is rapidly changing, with easy-to-use distros like Linspire, Ubuntu (or whatever), and Fedora.

      More on usability: Because I am a technically-abled person, I prefer to use Linux on the desktop (home computer and work computer). When my laymen friends ask if they should install Linux, I shrug and ask them what's wrong with their Windows? I hope that I will be able to give them an enthusiastic yes within a year or two.

    12. Re:Linus isn't really one to talk. by sugarmotor · · Score: 1

      Funny. Your mindset is intriguing!

      --
      http://stephan.sugarmotor.org
    13. Re:Linus isn't really one to talk. by Reducer2001 · · Score: 3, Interesting
      You make a mostly good point. I bet your hardware runs a lot better/faster on Windows than Linux. Once the hardware manufacturer's start having Linux guys in-house contributing the kernel, then that will be a lot better.

      This whole comment sounded a lot better in my head.

      --
      When you get to hell -- tell 'em Itchy sent ya!
    14. Re:Linus isn't really one to talk. by NaugaHunter · · Score: 1

      Don't even go there with Mac OS X. They only have to support one architecture and one major hardware vendor.

      Well, yes AND no. iMac != iBook != Powerbook != G5 Tower

      It's gotten a lot better recently, but every new Mac model has new chips and architecture that need addressed. Granted, Apple knows what they are and includes the necessary drivers with each new OS disc once a machine comes out, but a machine released with (for example) 10.3.2 would almost certainly not be able to accept anything before that.

      There's also the point that the G3 != G4 != G5, at least not exactly, but OS X can be used on any of them. Allowing for memory and it's the USB G3 if you're talking about the old tower, but my point is there are plenty of hardware configurations OS X has to allow for. It's just easier for Apple since they made them all in the first place.

      --
      R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
    15. Re:Linus isn't really one to talk. by Control+Group · · Score: 4, Insightful
      Because in Windows, while you have to install all the drivers yourself, doing so is easy.

      In Linux, you may have to install fewer drivers, but the ones that you do have to install are difficult to do so with. This is what prevented me from making the switch to Linux a couple years ago: I couldn't get my wireless NIC running.

      It's easy to say that I should buy hardware more carefully, or (as another poster said) it works on everything except "those shitty winprinters," but that avoids the problem. I need it to run on the hardware I've got already, or it becomes cheaper (and easier) for me to go buy a Windows upgrade.

      I'm hardly a computer guru, but I'm definitely more competent than most people I know when it comes to them. Nonetheless, every time I've tried to switch to Linux (on average, once every year or two since '96), I've been put off by a piece of hardware I couldn't make work.

      First it was sound, then it was printing, then it was a NIC, then it was a video card, then it was a wireless NIC.

      *shrug*

      I'm sure I could learn how to do it, but I already spend 50+ hours a week fighting with computers at work, I don't want to struggle when I get home.

      --

      Reality has a conservative bias: it conserves mass, energy, momentum...
    16. Re:Linus isn't really one to talk. by Deorus · · Score: 2, Informative

      > Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X, and it's difficult to see how this is going to change when manufacturers continue to make their drivers closed-source and binary so that they only work with one kernel version, one distro, one libc

      OS X doesn't have that much hardware to support. Have you seen how much hardware Linux supports today? Most hardware support under Windows is provided by third parties. If you get the latest sound card you won't get any sound under Windows (unless the soundcard is recognized as compatible with a previous model) without the manufacturer's drivers. My SBLIVE is not supported under Windows XP without Creative's drivers but is under Linux with the mainstream EMU10K1 driver. If you get the latest video card, you won't have Windows support for it, my RADEON 9600 is not supported under Windows XP without ATI's driver, but Linux has a generic ATI driver for the framebuffer interface.

      Second: I'd rather that software developers distribute binary Linux drivers for a single distribution/libc than Windows ones. Why? Because at least for me they are easier to reverse engineer.

      > In a way, its immense flexibility is a bad thing. Open source is a nice thing, and has the potential to take over - just look at Firefox. But Linux is just too monolithic and slow-to-change to be easy to toss onto a new PC and get up and running with. There's a proliferation of different versions, all incompatible, making ease-of-use impossible to attain.

      I half-agree with you on this one. I think the real problem is not the flexibility. I've always argued that monolithic kernels aren't good for desktops, and this, in my opinion, is the only thing slowing down Linux acceptance on the desktop.

    17. Re:Linus isn't really one to talk. by Jeff+DeMaagd · · Score: 2, Interesting

      I can run Linux on more processors and different system types than every other Operating system ever made put together.

      You can, but do you?

      You have a point but in the realm of a desktop PC, the fact that you can run Linux on a bunch of different architectures is meaningless, especially when a lot of software is difficult to compile because short-sighted developers code them to compile and work on x86.

      What was being taken out of context here (desktop PC is the context, not servers or embedded devices) is that being able to run any WLAN card in a linux box is incredibly sketchy. The same goes for graphics cards. The ability to take a piece of hardware from a chain store and be able to use it is the context.

      Installation support needs to be improved too. The days where a different package needs to be made for each major distribution and revision should have been gone a few years ago.


      Just because it does not support a crappy $9.00 webcam you bought on a whim means nothing.


      Just because you don't care doesn't mean it is an irrelevant point. Maybe you don't care if Linux becomes a mainstream desktop, not all Linux users want it. If you do, the ability of a typical user to run on existing, paid-for hardware is of critical importance for it to take off. No one is going to dump Windows if they find they have to replace several pieces of hardware to do what they want to do.

    18. Re:Linus isn't really one to talk. by groundstate · · Score: 5, Insightful

      When my laymen friends ask if they should install Linux, I shrug and ask them what's wrong with their Windows?

      Overwhelmingly, it seems to be adware/spyware, and the all the other stuff that people install intentionally or accidentally. Within a year or two, the average windows machine gets bloated with semi-removable crap.

      The people I've moved over to linux have no problems using it. It's installing it, getting all of the hardware configured, and installing all of the strangely named multimedia software/codecs that is the tricky part. This all usually comes preinstalled on Windows, so it's an unfair comparison.

      I am always sickened when I have to use a fresh Windows installation, and it comes without a DVD decoder, a CD burner, a decent text editor, a PDF reader, a popup blocker, an FTP client, or a graphics file converter - all stuff that comes standard with most linux distro, or that I can install (for free) with *one command*.

      That's what's wrong with Windows.

    19. Re:Linus isn't really one to talk. by JonathanX · · Score: 2, Informative

      How exactly is the hardware support in Linux in any way inferior to that of Mac OSX? I love OSX just as much as any other unix geek, but to pretend that it's hardware support is superior seems a bit misguided considering the fact that they only support the hardware that they themselves build, along with a few peripherals tossed in. Linux on the other hand, will run quite nicely on their hardware, along with 85-90% of the rest of what's on the market.

    20. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      in Windows, while you have to install all the drivers yourself, doing so is easy.

      Ehrm, no.

      In Windows, while you have to *find and install* all the drivers yourself, and doing so is easy *as long as there are no problems*, the minute you *do* have a problem, you're completely fscked.

      "Oh, that driver wiped out something else, gee, time to start from scratch."

      With Linux, everything *just works* much better than Windows.

    21. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 1, Funny
      Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X, and it's difficult to see how this is going to change when manufacturers continue to make their drivers closed-source and binary so that they only work with one kernel version, one distro, one libc.
      You are right. It seems the Linux community is not at all concerned with operation on different hardware. When will Linux finally learn from OS leaders such as Microsoft and only work with one architecture. For goodness sake, it is not enough to work on only Alpha, ARM,HP PA-RISC, Intel x86, Intel IA-64, Motorola 680x0, MIPS, MIPS (DEC), PowerPC,IBM S/390, SPARC. Microsoft obviously has this (abbreviated) list beat with their full compatability with (only) x86 machines. Hell, OS X is super-compatible, provided you only chose hardware that is OS X compatible!
      There's a proliferation of different versions, all incompatible, making ease-of-use impossible to attain.
      Again, you illuminate this subject with such truthful clarity. Microsoft obviously allows us to install OS X applications on top of it, so why can't Linux?
    22. Re:Linus isn't really one to talk. by imnoteddy · · Score: 1
      Ever tried a fresh install of any OS, out of the box? Granted, I don't own/use Macs

      On a clean Mac install you might have to tell it what kind of printer you have. Usually no seperate drivers. Two button USB mice work when you plug 'em in, even though Apple only ships one button mice.

      --
      No electrons were harmed creating this post, though some may have been subjected to electrical and/or magnetic fields.
    23. Re:Linus isn't really one to talk. by Kazrath · · Score: 0

      Even before there was adware/spyware 2 years and a fresh install of Windows was/is pretty normal. I am definitly not a Windows hater. However their OS's are not very durable. If you like to "Try out" apps on Windows ALOT of junk gets left behind. Eventually you start getting errors that are not correctable and you can either live with em or redeploy the OS. I would much rather run in a more or less stable environment a clean install provides.

    24. Re:Linus isn't really one to talk. by Brandybuck · · Score: 1

      He can't really see into the future and say with any certainty that Linux is going to "win out" other any other operating system.

      While he can't say whether one particular OS is going to win, he *CAN* say what the general trend is going to be. That's because he has ten years of Linux history behind him. He's intimately familiar with the adoption curve. He's intimately familiar with the problem domain.

      It's extremely doubtful that Linux will undergo a "shadowy fate". There's nothing in the history that suggests it's going to happen. Operating systems that have encountered "shadowy fates" have had them preceeded by periods of decline and/or lackluster support by the developers.

      --
      Don't blame me, I didn't vote for either of them!
    25. Re:Linus isn't really one to talk. by kavau · · Score: 1
      Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X, and it's difficult to see how this is going to change when manufacturers continue to make their drivers closed-source and binary so that they only work with one kernel version, one distro, one libc.

      Hardware support for Linux is simply a problem of critical mass. Once Linux gains sufficient acceptance to make a significant dent into the bottom line of hardware manufacturers, the companies that only provide closed-source drivers for a limited number of distributions/versions will face a competitive disadvantage. If product A can be used with only selected operating systems, while product B supports all operating systems on the shelf, most consumers would probably choose product B (all other things being equal). Since supporting every version of every Linux distro out there takes a lot of manpower, most companies will probably feel pressured to release open-source drivers.

      If or when Linux will reach this critical mass is a different story, of course. Nobody knows the answer, but the recent signs from IBM, Novell, and others make me feel optimistic.

    26. Re:Linus isn't really one to talk. by _damnit_ · · Score: 1

      I don't necessarily disagree with you but I think it's important to remember the past as well. Netware had millions of dollars being shoveled at it as well before the M$ NT platform took off. BSD was widely deployed and supported by large corps as well. It is hard for companies to admit their wrong and stop supporting something. It is easier to claim something "hot" or "better" is now their focus.
      Linux could be dropped into the wastebasket of yesterday's news by the large computer companies if a motivation (read: profit) comes along which is palatable to PHBs and market droids. The real saving grace for Linux may really be the developer base which contributes their OWN time and money to the cause. The RMS types will save the day at some point if they haven't moved on the something else.

      --


      _damnit_

      It's my job to freeze you. -- Logan's Run
    27. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      > Linus isn't really one to talk. He can't really see into the future and say with
      > any certainty that Linux is going to "win out" other any other operating system.

      I too doubt he can see into the future. He just occurs to have seen Linux "win out" "operating systems" in some areas lately, and he says he sees it starting to happen in the desktop, slowly as usual.

      > In a way, its immense flexibility is a bad thing. [...] But Linux is just too monolithic
      > and slow-to-change [insert hardware support rant].

      While speaking of "operating systems" I find Linux quite modular. Both the kernel and distributions are evolving fast. That's subjective anyway. Hardware support works on many cases, too.

      Oh and btw
      > the hardware support of even the latest Linux distributions is inferior to that of Windows or
      > even Mac OS X

      The OS X comparison is funny. It runs on a controlled hardware platform. This makes hardware support easier(1). A Linux distribution on a controlled hardware platform should not be that hard to do.

      (1) See: slashdot

      ----------------
      Anonymous Coward

    28. Re:Linus isn't really one to talk. by lakeland · · Score: 3, Insightful

      I'd have to disagree with this one too. When you buy a piece of hardware for windows, the driver was written under incredible time pressure -- remember the difference between financial success and failure for a product is measured in weeks, so the driver just cannot be late.

      By comparison, shortly after the device comes out a reverse-engineered driver will be available for linux. It will be clunky and hard to install, slower, more buggy, etc. Later versions will fix the bugs, then fix the efficiency, then fix the installation issues, then tie in with hardware autodetection. Soon enough, the linux drivers exceed the windows ones.

      So, if you get your hardware the moment it is released to the public, you will probably find the windows drivers better. If you wait until things become affordable then you're probably going to find linux drivers at least as good.

    29. Re:Linus isn't really one to talk. by lakeland · · Score: 4, Insightful

      There is a lot of truth to this. But if you look at the list of things you're giving (sound, printer, ethernet, video, wireless) you'll notice they're getting increasingly 'modern'. Within a year you will likely find wireless works perfectly (it already does for many devices, though my atmel wlan requires a (GPLed) driver not included in the kernel).

      But that's not to say your comment won't be applicable in a year, you'll just have to say 'bluetooth' instead of wireless, or whatever the hot new technology of 2005 is. My feeling is that for most people, linux will 'just work' first time now. This was less true two years ago, and it will be even more true in two years time.

    30. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0


      an FTP client

      Windows does come with an FTP client.

      As an AC once said; "Listening to Linux zealots on Slashdot talk about Windows is like listening to users in an AOL chatroom talk about Linux."

    31. Re:Linus isn't really one to talk. by Control+Group · · Score: 1
      You're completely right - every time I've played with Linux, whatever it was preventing me from sticking with it the previous time was fixed.

      Hopefully, things will progress to the point where the "hot new hardware" isn't something I particularly care about for whatever box I'm setting up at the moment.

      But until Linux either has out-of-the-box support for everything you can get at Best Buy, and/or a painless way to install drivers, it will continue to be behind Windows in hardware support.

      --

      Reality has a conservative bias: it conserves mass, energy, momentum...
    32. Re:Linus isn't really one to talk. by diamondsw · · Score: 3, Insightful

      What's wrong with Linux is it doesn't come with *A* DVD decoder, *A* CD burner, *A* decent text editor, *A* PDF reader, *A* popup blocker, *AN* FTP client, or *A* graphics file converter. It comes with at least a half-dozen of each that have differing feature sets and no clear direction of which one is "optimal" for the new user to start with.

      Linux needs to focus on progressive discoverability - Only expose as much of the interface, programs, and power as necessary. Keep it all in reserve for people who want it, but don't constantly throw it and the millions of settings right in a new user's face.

      --
      I don't know what kind of crack I was on, but I suspect it was decaf.
    33. Re:Linus isn't really one to talk. by msuzio · · Score: 1

      I don't know about the average state of affairs in this regard, but let be mention a very interesting data point from my recent experience.

      I just finished assembling a Kuro Box, which is a 200 Mhz PowerPC based NAS "kit". This thing runs Linux, is very customizable, and is also very fast and capable, considering it runs on a 17W power supply and is smaller than even the new PS2 boxes.

      The fact that I can grab most of the standard Linux software and at least compile it myself to put on this box is just awesome to me. Once I had it set up, the whole environment was totally familiar to me and easy to use -- I forget that this isn't an x86 based box.

      So, the fact that Linux is so portable among platforms is definitely a nice thing, and is useful for this very purpose. I was even able to grab a pre-built MySQL binary package from mysql.com and it just worked as-is. Neato!

    34. Re:Linus isn't really one to talk. by DA-MAN · · Score: 2, Interesting

      So, if you get your hardware the moment it is released to the public, you will probably find the windows drivers better. If you wait until things become affordable then you're probably going to find linux drivers at least as good.

      This is so true in most cases. To this day it surprises me how the intel 10/100 card requires dozens of drivers on windows from model to model on Windows, but only the e100.o on Linux. Sometimes there is no interest or not enough information to create a Linux driver, such as with the 802.11g drivers. The ndiswrapper is a neat hack, but is very limited and unusable on amd64.

      The only option left is to wait for a company to step up to the plate and write a driver from the start. This is why all my 802.11g cards are running Ralink chipsets, because they have a Linux driver.

      --
      Can I get an eye poke?
      Dog House Forum
    35. Re:Linus isn't really one to talk. by Tassach · · Score: 3, Insightful
      I bet your hardware runs a lot better/faster on Windows than Linux
      I've found just the opposite to be true. I've almost invaribly seen Linux run faster and more reliably than Windows on the same hardware. A couple reasons for this:
      1. Any performance improvement you get from having a highly-optimized driver is typically swallowed up by the general inefficiency of Windows itself.
      2. While the hardware vendor's coders may know their hardware, they don't (and CAN'T, due to it's closed nature) know the Windows internals and how their code will interact with Windows, hence the need for Microsoft to certify the drivers. IME, A *HUGE* number of BSOD errors (perhaps even the majority) are due to misbehaving or buggy vendor-supplied drivers.
      The only place Linux falls behind is support for bleeding-edge hardware. This generally isn't a problem for me as I rarely if ever buy leading edge hardware due to it's lousy price/performance ratio. One or two steps back from top-of-the-line usually gives you >90% of the performance for 50% of the price.
      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    36. Re:Linus isn't really one to talk. by pthisis · · Score: 4, Insightful

      Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X

      I call shenanigans on this. The last count I saw showed that Red Hat FC2 has more than 3 times as many drivers as Windows XP out of the box, assuming that you only count Intel-compatible platforms (if you count all platforms, Linux has an even wider edge).

      E.g. my scanner and TV capture card are both supported out of the box under FC2 and not supported at all under XP. The scanner came with Win95 drivers, but no newer ones are available for Win32 and the old ones don't work with Win2k and later. I can't remember exactly which Windows version broke support for the capture card. I have no intention of buying a new scanner when mine is a great workhorse oversized flatbed with true 1200x1200 resolution that still outperforms the modern cheapo models handily.

      And while my wireless LAN card is theoretically supported under Windows, it locks up every 10 minutes when WPA encryption is enabled (WEP is forbidden in our environment for security reasons) but runs for weeks with no problems under Linux--and Linux supports advanced features like running it in host AP mode (as a basestation).

      Windows has better support in some areas--brand new 3D graphics cards is one, new winprinters and winmodems are others--but as far as overall hardware support Linux is way ahead.

      --
      rage, rage against the dying of the light
    37. Re:Linus isn't really one to talk. by jonbryce · · Score: 1

      While this is true, it is still only one vendor they have to support.

      If Microsoft (or the GNU/Linux distros) only had to for example support Dell and not worry about anyone else, then yes of course they would have to follow all Dell's changes in their models, but at the moment they have to follow that, and everyone else out there.

    38. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0
      BSD was widely deployed and supported by large corps as well.

      BSD (FreeBSD in particular) *is* widely deployed, even if of course not as widely as Linux. But its use is growing.

      My guess is that the profound differences between the GPL and the BSD license are kind of an insurance for *BSD's future: it will always be complementary to Linux, attracting different investors and appealing to different users.

    39. Re:Linus isn't really one to talk. by fitten · · Score: 1

      I've found just the opposite to be true. I've almost invaribly seen Linux run faster and more reliably than Windows on the same hardware.

      I have *invariably* (no "almost" qualification) seen Windows run faster than Linux on the same exact hardware, and I've seen Linux/Windows run on the exact same hardware on 100s of machines.

      Mostly, this is due to how crappy gcc was in the past as producing fast code. For example, We had a PPro 200 box (yea, this was a while back) that dual booted Windows and Linux. We also had an Intergraph TD dual Pentium 133. Both had like 512M memory (a huge amount back then). Some guys had some code they had written on Linux and asked me to quick port it to Windows and benchmark it for them for a paper so I did. After I ported it and sent them the results (never having seen the Linux results), they sent me email back saying I had messed up something, like maybe the routines to get the time stamps for comparison for execution. I checked it out a bunch and could find no problem with them and they produced accurate results. The problem was that the Windows code was performing 2X or more faster than their gcc compiled code. So, they brought their machine over (was exactly the same hardware as ours) and installed a dual boot Windows on it and we ran the tests on the two OSs on *their* hardware for both Windows and Linux. Sure enough, 2X or better on FPU intensive code. To make matters worse, our Pentium 133s running Windows outperformed their PPro 200 on some of their benchmarks. However, since then, gcc has gotten a lot better. It still isn't as good most of the time, but it isn't nearly as bad as it was.

      Reliably on the same hardware is another story... But... I've seen some very reliable Windows hardware in the past as well.

      All that being said, I've been working for the past year as a 100% Linux developer and my background before that Windows stuff was on Solaris and Irix 100%.

    40. Re:Linus isn't really one to talk. by Xerp · · Score: 1

      Because in Windows, while you have to install all the drivers yourself, doing so is easy.

      Because someone has supplied you with a package and done all the hard work for you. It is just as easy to use Linux packages when they are available. Difference here is that when you buy your UberMega USB Clangifier, regardless of the OS you are using you still have to pay for the company to develop windows-only drivers. It would be nice to see manufacturers providing both "without Microsoft tax" and "with Microsoft tax" products, giving the consumer a better choice.

      It's easy to say that I should buy hardware more carefully

      A good point and it would be lovely to just close your eyes and buy anything, wishfully thinking that it will "JustWork" when you get home. I just hope no-one out there with Microsoft Windows 98, ME or NT bought Doom III. I think You'll also find that Microsoft provide an HCL for a reason...

      I'm sure I could learn how to do it, but I already spend 50+ hours a week fighting with computers at work

      And which OS is that you're fighting? ;-)

    41. Re:Linus isn't really one to talk. by cortana · · Score: 1

      Only technically. Use lftp and then tell me you are satisfied with ftp.exe.

    42. Re:Linus isn't really one to talk. by martin_b1sh0p · · Score: 1

      The last count I saw showed that Red Hat FC2 has more than 3 times as many drivers as Windows XP out of the box, assuming that you only count Intel-compatible platforms (if you count all platforms, Linux has an even wider edge)

      Just curious, where did you see this count? I'm not being a troll I promise...I use Linux at home and love it, but I'm wondering if there is a better place than linuxquestions.org for looking up whether a piece of hardware I'm about to buy will work in my linux box. Does such a list exist?

    43. Re:Linus isn't really one to talk. by jdowland · · Score: 1

      So he found linux HW hard and you found it (relatively) easy. Both arguments may not reflect the situation a normal user is going to experience in the slightest.

      To throw my own irrelevant experiences into the mix, all the HW shipped with my PC works with a fresh XP and a fresh Debian/sarge.

    44. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      Hardware support for MacOS? Will MacOS run my PC-based Adaptec 2960 SCSI card in its PCI slot?

    45. Re:Linus isn't really one to talk. by pjrc · · Score: 2, Informative
      That [embedded] market is actually bigger than the desktop space

      The "embedded" market is indeed huge. But the vast majority is inexpensive 8 bit (and even 4 bit) microcontrollers that typically have 32k or less Flash/EPROM/mask-ROM and 1k or less RAM, and chips as small as 1k of code and 64 bytes of RAM are very popular, due to their small size, low power and most importantly, their low cost.

      Recently, 32 bit ARM7 chips have started to appear on the market at prices competitive to the upper end of the 8 bit controllers. Slashdot even carried an article about Atmel's much-hyped new ARM7 chips coming out soon. But they have flash sizes ranging from 32k to 256k, and RAM ranging from 8k to 64k. These 32 bit chips can't run linux. Most will run either a custom app, or a tiny RTOS like http://www.freertos.org/">FreeRTOS or http://www.ucos-ii.com/">uC/OS.

      Ask yourself why you'd choose linux for some application where you are selling the hardware with the firmware embedded. Because it's cool? Because you want to include megabytes of additional memory, extra board space, and a more expensive chip with external bus pins rather than cram it all into the 128k of on-chip memory in a less expensive processor without an external bus? Because you'd rather distrubute your source code to customers and competitors alike, rather than go with a bsd-style license or one-time license payment. Because you'd rather go to market with a higher cost of goods sold than your competitors?

      Sure, there are some very high complexity products that need the features of a system like Linux or WinCE. But the vast majority of embedded apps don't need that complexity, and the extra cost just isn't commercially competitive.

    46. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      Well, "Sid Meyer's Alpha Centari" is a lot faster on Linux than it is on Windows. It even plays just fine w/o having a sound device installed on Linux. You can't install it on Windows w/o a sound card installed, as the soundcard is "required".

    47. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      So? If my computer doesn't have these apps, then what do I do? I go to Fry's, where there are at least 4 or 5 DVD decoders, 4 or 5 CD Burning apps, etc.

      Why get a popup blocker, when you can use Mozilla or Opera?

      An ftp client? Well, there is only one worth knowing, it's called 'ftp' (or whatever it's symlinked to. ncftp is nice...) At least windows has that one installed as well. Or, you can still use FTP-based URLs in your web browser, too!

      *A* graphics file converter? You've obviously not installed a new browser, image editor, QuickTime, etc., all of which ask to take over viewing of common file extensions in Windows!

      As far as which is "optimal" for new users, there are none.

      And LInux doesn't need to focus on "progressive discoverability". Windows sure as hell doesn't!

    48. Re:Linus isn't really one to talk. by LnxAddct · · Score: 1

      Saying windows comes with an ftp client is like comparing notepad to vim or emacs. Its just two different levels of play. You can't compare them. When I install linux, I have a full system from an Office Suite to a development environment to a graphics environment. If an average user never wanted to add another piece of software to a computer after linux was installed, they'd probably never really have a need for anything else or if they did, it wouldn't be all that terrible. Windows on the other hand comes with nothing! You get notepad, paint, and solitaire...oh joy. Does it even come with wordpad anymore?

      And then you get to the drivers... installing drivers on windows is hell and requires continuous reboots. If you don't have a driver for your NIC (and yes its happened to me before) you can't even go up on the net to d/l them. You have to find another computer and get them! Its nuts! Microsoft has horrible hardware support, its just that Hardware vendors have good Microsoft support. Not every little bit of hardware may work with my linux box, but 99% of it does, and at least if I know its compatible with linux then I'll never have to fuss with anything and it'll just work.

      Someone above mentioned Mac's support for hardware being good..its built on freebsd, its good hardware support is good simply because they know exactly what hardware will be running on your machine and how it will be configured, you don't have a million different configurations like on a PC.
      Regards,
      Steve

    49. Re:Linus isn't really one to talk. by OblongPlatypus · · Score: 1

      I'm not so sure about the bleeding-edge hardware problem you mention. I'm typing this on a Sony Vaio X505, which was supported perfectly out-of-the-box by Fedora Core 2 with recent updates. (With the exception of the wireless card, which needed one kernel-module RPM from a third-party repository.) With things such as laptop mode and SonyPI, for which the equivalent (to my knowledge) doesn't exist on Windows, Linux gives me a *clearly better* user experience with this particular laptop.

      Anyway, my point is: Laptops have notorously been a problem with Linux in the past, but it seems to have gotten much better during the past year or two. And the other major area where people tend to want bleeding-edge hardware, namely 3d graphics, now sees the two major vendors putting out quality Linux drivers. Linus suggests in the interview that things are moving slowly, but in my experience as an end user things have gotten rapidly much better lately, especially on topics such as hardware support. And with developments such as HAL, that rapid improvement is set to continue.

      --
      -- If no truths are spoken then no lies can hide --
    50. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      Except that Linux will not drive an old HP Laserjet IID. Garbage garbage garbage. Yet, Windows (95, 2000, XP) drives the IID beautifully.

      I slaved over that printer trying to get it to work under Linux all to no good end. Now I have an HP LJ4+, and that seems pretty solid, though Windows still does a better job printing on it than Linux.

    51. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      Well, how about Mac OS X? All of the basic apps are included - the iApps generally being best of breed, and the rest of the apps being pretty basic, but serviceable. OS X has built in CD and DVD burning, but if you want more flexibility, get Toast. It has built in picture/movie/sound playing, but there are plenty of options if you want more. If has basic FTP browsing and a web browser with tabs and popup blocking, but you can always buy or download others.

      And anyway, why are you trying to bring Linux *down* to Windows, which offers nothing that the other platforms do, save annoyance?

    52. Re:Linus isn't really one to talk. by zobier · · Score: 1
      As for ``too monolithic and slow-to-change to be easy to toss onto a new PC'', try Knoppix. It makes installing Debian easier than installing Windows.
      Unless you're trying to install them on a Compaq TC1000 in which case there both a nightmare to install :(
      --
      Me lost me cookie at the disco.
    53. Re:Linus isn't really one to talk. by 16K+Ram+Pack · · Score: 1
      There's also the question of what the percentage point is where manufacturers decide that supporting Linux by either binary or source drivers is in their interest.


      The fact that you can buy Linux laptops from HP suggests this move is already happening.

    54. Re:Linus isn't really one to talk. by MrHanky · · Score: 1
      Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X
      OS X? Are you crazy? OS X has great support for Mac hardware, and some support for PC hardware. Yes, it supports some hardware that Linux does not support, but on the other hand, Linux supports a lot of HW that OS X doesn't even need to support. For instance, OS X does not support the sound card in my SGI Indigo^2. Neither the network card, nor the CPU. Not my very common NE2000 PCMCIA network card (works in Linux PPC on the same laptop). It probably supports very few PC soundcards, and so on. Mac OS X supports Mac very well, and that's part of the reason why it's great: It's specialised for its hardware. But it does not have very broad hardware support.
    55. Re:Linus isn't really one to talk. by pthisis · · Score: 1

      I saw it on the linux-kernel mailing list, which is pretty much NOT the right place to ask such a question.

      There used to be a Linux hardware compatibility HOWTO (first hit if you google "Linux hardware compatibility), but from the looks of it it's fallen way out of date. :-/

      --
      rage, rage against the dying of the light
    56. Re:Linus isn't really one to talk. by pthisis · · Score: 1

      Hmm. My parents are using our old IIP without any problems, but I don't know what the difference is compared to the IID.

      --
      rage, rage against the dying of the light
    57. Re:Linus isn't really one to talk. by mikji · · Score: 1

      Best fed Troll EV0RZ

    58. Re:Linus isn't really one to talk. by Jad+LaFields · · Score: 1

      Absolutely. I've repeated this story before on slashdot, but when I installed Mandrake was given the obtion to use two user interfaces -- KDE or GNOME (plus icewm and fvwm, I think). That was it. No explanation as to what the differences were, operational or philosophical, just two random names. I chose KDE simply because I thought GNOME's name was dumb, and still use it today as I've gotten used to it.

      Choice is fine, but give us reasons to make a choice!

      --
      [SIG] It's like putting a moose in the blender -- a recipe for disaster!
    59. Re:Linus isn't really one to talk. by gnuLNX · · Score: 2, Insightful

      A year or two my ass....a day or two and most windows boxes are totally trashed...unless there is a half way knowledgable person running it.

      --
      what?
    60. Re:Linus isn't really one to talk. by gnuLNX · · Score: 1

      I like being right next to the "power" as you call it. If you want it hidden from yourself by a mac with OSX it is great and it is exactly what you want...or build your own distro and you will probably get a shit load of people to use it.

      --
      what?
    61. Re:Linus isn't really one to talk. by westlake · · Score: 1
      Iam always sickened when I have to use a fresh Windows installation, and it comes without a DVD decoder, a CD burner, a decent text editor, a PDF reader, a popup blocker, an FTP client, or a graphics file converter - all stuff that comes standard with most linux distro, or that I can install (for free) with *one command*.

      Dell doesn't ship Windows XP with 3,000 freeware apps which home users will expect it to support.
      What you will get (and pay for) are a half-dozen or so brand name commercial products that will deliver 99% of what a home user wants out of the box. I haven't opened an FTP client in months but Paint Shop Pro I use every day.

    62. Re:Linus isn't really one to talk. by ChrisMaple · · Score: 1

      Your point is valid, but it works both ways. Under Windows, my Matrox Marvel G200TV captures TV video at half resolution - 240 lines - and fakes higher resolution by interpolating. No software is available to fix this glaring defect. Under Linux, capture resolution is full 480 lines.

      --
      Contribute to civilization: ari.aynrand.org/donate
    63. Re:Linus isn't really one to talk. by Guy+Harris · · Score: 1
      Well, how about Mac OS X? All of the basic apps are included

      ...complete with an FTP client:

      % sw_versProductName: Mac OS X
      ProductVersion: 10.3.5
      BuildVersion: 7M34
      % which ftp
      /usr/bin/ftp
    64. Re:Linus isn't really one to talk. by superpulpsicle · · Score: 1

      Yeah you don't want to bring up the fact that all linux has is 1 object driver file to deal with. Because that's never really the end of story until it's compiled into the kernel as a module. And you mkinitrd the image and so on and so on. Windows may suck, but bragging about linux drivers being definitively better is far from the truth.

    65. Re:Linus isn't really one to talk. by dcam · · Score: 1

      Network? SN41G2? I spent 4 hours a couple of days before Christmas trying to get networking running on an SN41G2. I was trying to install the latest and greatest version of Mandrake. Not only did it not have the network drivers, the GUIs for controlling the networking were not working.

      The machine was a Christmas present to my girlfriend and I was rather keen to have it working by Christmas Day.

      After a quick google search it appears that the fix was to compile your own RPM to include support for the card (I'm a little hazy on details, it was a while ago). After 4 hours of fighting, I gave up and installed Win2K in about 30 minutes.

      This was a clean vanilla install and the first thing I wanted to do was to hit the net to check for updates. Even at this time the chipset was not what you would call new. Frankly if that was the kind of pain I was going to go through with something as simple and fundimental as network support I could only see pain ahead, particularly for my non-technical girlfriend.

      I am very surprised to hear of such a different experience with exactly the same hardware.

      --
      meh
    66. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      What was being taken out of context here (desktop PC is the context, not servers or embedded devices) is that being able to run any WLAN card in a linux box is incredibly sketchy

      No longer true. It is difficult to pick a card at random from the major brands (which is what consumers do) that doesn't work with ndiswrapper.

    67. Re:Linus isn't really one to talk. by dcam · · Score: 1

      When installing Windows not only had I to install drivers for my hardware (and reboot every fscking time in between), I had to use drivers that were supplied by the manufacturer. Linux, on the other hand, had the network, audio and video running immediately. So how exactly the hardware support inferior?

      On this note and continuing from my previous comment, windows will get graphics and networking running on installation before having to turn to manufacturer supplied drivers. This is my experience based on installation of the dozens of boxes I've installed over my career as a computer hobbyist. The graphics may not be all the the hardware can support, but it will be there.

      On the other hand I have yet to get a linux installation which works out of the box. This is with Mandrake (pretty but buggy), Gentoo (don't get me started), debian, Red hat. The closest I saw to decent support for hardware on a clean installation was Red Hat.

      The next best was Debian, although there I still had to edit the x config file for graphics resolutions and mouse support, and add another module in to provide support for the network card.

      Gentoo was too painful for words.

      Mandrake was the pits. Frankly I'd prefer to be hacking around in the command line than some buggy GUI.

      Knoppix was neat, but I was concerned about the sheer number of daemons it ran by default. I prefer to start with a minimal system and add features, than to start with complete system and remove features. That way I know what is actually on there.

      --
      meh
    68. Re:Linus isn't really one to talk. by marsu_k · · Score: 2, Insightful
      Funny should you mention, I _do_ use Mandrake. But I take it you tried 9.x series of the OS (since you were talking about a christmas) - the "forcedeth" drivers (i.e. nForce networking) are included in the 2.6 series of the kernel, but AFAIK they are not a part of the 2.4 series. Hmm, perhaps I should rephrase; with a 2.6.x kernel things worked out of the box. This is partially understandable; although nForce mobos are hardly new, kernel developers have to constanly play catching up with new hardware as the manufacturers aren't usually very supportive. As a result, the latest hardware isn't supported.

      Which brings up another point. Yes, you have to be a bit selective about hardware, before you buy it's wise to check that it is supported. And you probably won't get the latest and greatest (I bet it'll take quite a while for example for the new nForce4 chipset to be supported). But once hardware is supported in Linux, I've found it to work extremely well and reliably - and yes, out of the box.

    69. Re:Linus isn't really one to talk. by DA-MAN · · Score: 1

      Yeah you don't want to bring up the fact that all linux has is 1 object driver file to deal with. Because that's never really the end of story until it's compiled into the kernel as a module. And you mkinitrd the image and so on and so on. Windows may suck, but bragging about linux drivers being definitively better is far from the truth.

      Uhm, no need. When I install a machine the driver is included in the default distro kernel. The nic is autodetected on boot, and shit just works. Windows may have more drivers, no doubt, but the quality is not on par with the Linux side of things.

      And pretty soon things are going to change, guess who got better support for amd64? Not Winders, still in beta and no drivers....

      --
      Can I get an eye poke?
      Dog House Forum
    70. Re:Linus isn't really one to talk. by dcam · · Score: 1

      But I take it you tried 9.x series of the OS

      Yep. I have now officially sworn off Mandrake. My previous experience (it was either 6.1 or 8.1) was somwhat more painful than this one.

      Yes, you have to be a bit selective about hardware, before you buy it's wise to check that it is supported

      I don't have to with windows. In the case of my girlfriend's machine, I needed to get something that looked good and had a small footprint. Add in the fact that she would have killed me if I spent too much and I'm not left with a huge choice hardware.

      Even the 2.6 kernel isn't too flash, or at least to my somewhat inexperienced tinkering it isn't. I installed a 2.6 desktop (debian), and tried 3 different network cards, none of which were supported (DLink 530TX, Netgear 411, old 3Com card). In the end went with the DLink card and had to add in a module as part of the bootup sequence. None of these cards was particularly new.

      It is possible that these issues might be have been a combination of my experience and Debian.

      BTW I do run a Linux desktop (not my main desktop) and my fileserver runs a command line installation of Debian.

      --
      meh
    71. Re:Linus isn't really one to talk. by Pecisk · · Score: 1

      DVD decoder - mplayer package, check out details, some one only should make a decent GUI with PytGTK or KDE or something like that... In fact, DVD tools are getting more matured as we speak.

      CD Burner - K3b rocks my world, man, even as I'm usually GNOME user (waiting for Coaster to rise up). And If I really lazy, I can burn them with Nautilus CD Burner.

      Decent text editor - wtf you are talking about? Gedit? Kedit? OpenOffice.org Writer? Choose what you want - plain text, advanced editor with rich text editing possibilities. all Unicode aware.
      REMEMBER, decent text editor =! 100% compatable with MS Office. I personally don't need that.

      PDF reader - what's wrong with xpdf? It works, in most cases (99%)

      popup blocker - ???? What a hell you talking about, again? Use Mozilla/Firefox =)

      FTP client - gftp makes my day, and if you need more user friendly browsing, Nautilus FTP support just really rocks for simple FTPing.

      graphics file converter - gThumbs, GIMP, etc. For those why cry for Photoshop - GIMP supports PSD file format for opening and it really works.

      Ohhh, I tired already.

      I just wonder - how the hell you got moderated insightful? You guys are out of date what's going on Linux software world?

      *sigh*

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    72. Re:Linus isn't really one to talk. by Pecisk · · Score: 1

      Ohh, and one more point - it isn't what are distributors like Novell, SuSE, Mandrake and bunch of small distros for? And I guess they already do that - they prepeare and tweak the most important packages and configure interfaces for that too. You won't see much additional apps installed in default installation of Mandrake, for example.

      However, I take partly my words back about your moderation - I agree, there should less visual choice for the common user, because otherwise they will get confused. That's why I love GNOME - it is very clear and simple interface. Even I love it as computer geek.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    73. Re:Linus isn't really one to talk. by Walles · · Score: 1
      try Knoppix. It makes installing Debian easier than installing Windows.

      Unforturnately not. Windows comes pre-installed on most systems. Having someone else doing the installation will always be easier than booting off a CD, however easy the process is after that.

      That said, Knoppix rules :-).

      --
      Installed the Bubblemon yet?
    74. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      A quite important one, I think. One model is PostScript the other is not.

      All postscript printers are more or less supported (they don't need drivers).

    75. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      there both a nightmare

      "they're".

    76. Re:Linus isn't really one to talk. by Anonymous Coward · · Score: 0

      it's lousy price/performance ratio

      "its".

    77. Re:Linus isn't really one to talk. by Mr.+Marabou+Man · · Score: 1

      Linux needs to focus on progressive discoverability - Only expose as much of the interface, programs, and power as necessary. Keep it all in reserve for people who want it, but don't constantly throw it and the millions of settings right in a new user's face.

      No. Some distributor, perhaps Redhat, should do that. (actually i thought they were already there)
      Open Source is all about choice, you know. I know i'd hate having that taken away from me :)

      Don't blame Linux, it's just a kernel anyway.

    78. Re:Linus isn't really one to talk. by ggvaidya · · Score: 1
      ... *A* popup blocker ...

      Sorry, I've been using Firefox since 0.7. What's popups?

    79. Re:Linus isn't really one to talk. by MemoryDragon · · Score: 1

      Well the hardware coders in many cases know the windows internals, Microsoft is not as tight lipped about the Windows sourcecode as they were a few years ago, most of the bigger companies have access to the relevant code.

    80. Re:Linus isn't really one to talk. by Mant · · Score: 1

      Becuase manufacturers don't keep update their Windows drivers? I could see you have a case for older hardware, that isn't really supported and with open source people can continue to improve. Most Windows hardware I've had has had updated drivers over it's lifetime though.

    81. Re:Linus isn't really one to talk. by Xabraxas · · Score: 1
      I half-agree with you on this one. I think the real problem is not the flexibility. I've always argued that monolithic kernels aren't good for desktops, and this, in my opinion, is the only thing slowing down Linux acceptance on the desktop.

      I don't get this argument at all. Linux is a monolithic kernel but it has loadable modules which makes it a bit more modular. On top of that, neither WindowsXP or OSX is a microkernel.

      --
      Time makes more converts than reason
    82. Re:Linus isn't really one to talk. by Tassach · · Score: 1
      You are comparing apples to oranges -- we're talking about OS performance, not compiler performance. A CPU-intensive application like the one you're talking about is of course going to be highly sensitive to compiler optimizations. Try compiling the application with the same compiler across different platforms -- EG use GCC on Linux & Windows, or use Intel's compiler on both platforms for a valid comparison.

      Not all tasks are CPU-Bound. Indeed, most common server-side business tasks (web, email, database) are I/O bound -- either on the disk side or on the network side. My personal experience has been that Linux is significantly more efficient when it comes to pushing big chunks of data around, and it tends to stay more responsive under heavy load than Windows.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    83. Re:Linus isn't really one to talk. by fitten · · Score: 1

      When I'm solving problems (of any kind) the OS is only one piece of the solution. I could care less if the OS is the most spiffy thing on the planet if the compilers used to generate executables for my work are horribly slow. My overall solution is slow in this case.

      For server type tasks (file serving, web serving, and things like that) I have found the gap to be very narrow on the same hardware. Usually what wins out for me for Linux is the control I have over the system. I tend to use Linux boxes for web servers and the like because they do these things well because the tools available for doing these things are good. The OS itself is only a part of that solution.

    84. Re:Linus isn't really one to talk. by Control+Group · · Score: 1
      Yes, it is because someone else did the hard work. But from my POV, that's the same thing as "easy," isn't it? ;) If companies routinely provided Linux drivers with their hardware, I'd say that Linux had reached hardware compatibility parity with Windows, and through no effort of any Linux developers.

      Doom III is an interesting example, but note that it's software, not hardware. And while you can certainly find counterexamples, if you step back and look at the situation, it's not even reasonably debatable that my odds of buying Random Item in a store and having it Just Work with Windows are greater than with Linux. If you factor in the kind of things people are likely to buy, the difference becomes even more extreme.

      I'm not defending MS, here - there's no doubt this is because the entire industry has capitulated to the need to be Windows-compatible, so MS has managed to offload all the work to other people. Nonetheless, from my POV, it's Just Easier.

      Of course, when you ask which OS I'm fighting, I find myself without a snappy reply. Touche, sir, touche!

      --

      Reality has a conservative bias: it conserves mass, energy, momentum...
    85. Re:Linus isn't really one to talk. by Deorus · · Score: 1

      > don't get this argument at all. Linux is a monolithic kernel but it has loadable modules which makes it a bit more modular. On top of that, neither WindowsXP or OSX is a microkernel.

      The problem is that the modules depend too much on how the kernel is compiled. If Linux was a Microkernel with a consistent and stateless API in which every module could rely on regardless of the version of the kernel, its low level data structuress, and how it was compiled, such problems would not exist. Under Windows you are forced to use whatever comes with the system, so hardware vendors know what to expect, but this is not true under Linux where specific symbols are expected to be on the kernel before loading a module.

    86. Re:Linus isn't really one to talk. by Tassach · · Score: 1
      I could care less if the OS is the most spiffy thing on the planet if the compilers used to generate executables for my work are horribly slow
      As I noted before, you have your choice of compilers under both Windows and Linux, and there are a number of compilers which are supported on both platforms. GCC is available (and free) on both Win32 and Linux, as is Intel's (pricy) C/C++ compiler. Comparing the performance of GCC-compiled code under Linux with Intel-compiled code under Windows is not a valid comparison of either the compiler or the operating system.
      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    87. Re:Linus isn't really one to talk. by volkris · · Score: 1

      ...and therefore the parent is wrong?

      Personally my experiences mirror his. There are so many things that Just Work under Linux that take an hour to set up under WinXP.

    88. Re:Linus isn't really one to talk. by zobier · · Score: 1

      ta

      --
      Me lost me cookie at the disco.
    89. Re:Linus isn't really one to talk. by pthisis · · Score: 1

      (Sorry for the delay, didn't notice the followup)

      Which one was Postscript? I thought neither was by default.

      (The "P" is for Personal, not Postscript. The P is slower than the standard II, I'm not sure what the other differences were. Like the II, it could accept a Postscript expansion cartridge; my parents don't have that).

      The "D" is the high-end duplex version that can rotate fonts. I don't know what the other differences are, though.

      --
      rage, rage against the dying of the light
  8. If this webserver were hosted on Windows/IIS... by Anonymous Coward · · Score: 0, Insightful

    ...there'd be a ton of jokes about it going down in flames immediately. However, since it's linuxtimes.net and running Linux, getting slashdotted quickly is NOT A PROBLEM

  9. Re:Linus speaks out on number of topics... by Anonymous Coward · · Score: 0

    this had me spit redbull out all over my keyboard! funniest thing i've seen here in weeks!

  10. the HURD by MyHair · · Score: 4, Interesting

    Interesting point on the HURD. I hadn't thought of it that way before, but I discovered and used Linux in 1994 when I wanted a cheap or free way to learn Unix. I've followed the HURD off an on for the past couple of years because I think it's a neat idea with potential, but it has no immediate use to me besides geek appeal, and there are many other things with better utility and geek appeal to me.

    (I still hope the HURD will be something someday.)

    1. Re:the HURD by advocate_one · · Score: 1
      The HURD isn't dead... it's resting, pining for the fjords...

      nah, but it's a bit moribund... at least it's there as a fall back position to pick up in a hurry. Imagine if SCO did win??? highly unlikely, but I'm pretty sure we can leave the Linux kernel as scorched earth as all the developers drop it and swiftly pick up the HURD and kick it into shape. I for one, am damned sure I'll never give any money to SCO in the form of binary licenses for permission to run my boxes...

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  11. Re:I'd be curious... by PitaBred · · Score: 1, Offtopic

    Of course, if you had read TFA, you'd have realized that he doesn't like doing that. He likes being close to the hardware, and doing development tool type stuff. Serious UI's are usually way removed from that level of development.

  12. I've always liked Linus... by bourne_id · · Score: 5, Insightful

    He's not a god or anything, but a very down-to-earth person when it comes to software and the linux kernal in general. He is absolutely correct on what happens to "big vision" software. Too many projects that started big have fizzled, and small applications that work tend to grow and morph into ground-shaking applications as they mature. Take web-browsers for example.

    JMD

    --
    When all else fails, feel free to panic.
    1. Re:I've always liked Linus... by Reducer2001 · · Score: 1

      You can add video games to this list as well....

      --
      When you get to hell -- tell 'em Itchy sent ya!
    2. Re:I've always liked Linus... by Anonymous Coward · · Score: 0

      I wish Linus taught people how to spell kernel correctly.

    3. Re:I've always liked Linus... by Krafty+Koder · · Score: 4, Informative
      "Take web-browsers for example"

      Or PHP for example - originally short for "personal home page" , it was a series of perl scripts for tracking who was looking at Ramus Lerdorf's online c.v.

      Now its somehow morphed into something that runs millions of websites worldwide. If thats not a good example of Linus's "think small" philosophy, i dont know what is.

    4. Re:I've always liked Linus... by Yaztromo · · Score: 4, Interesting
      Too many projects that started big have fizzled, and small applications that work tend to grow and morph into ground-shaking applications as they mature.

      A quick search of the web -- or heck, just SourceForge -- will show a plethora of projects that "started small" which have also completely fizzled.

      There is nothing wrong with thinking big when starting a project - there are some types of project that simply can't be done on a small scale. Mozilla is pretty damned big, for example, and while it started off with Netscape source code, much of it was discarded. Eclipse is likewise a big project.

      The key to doing a big project is you have to really put your nose to the grindstone and work your butt off to get something online in a reasonable timeframe. The biggest problem I see with large scale projects that fail is they get bogged down in minutae, which slows down their release cycles so much that they don't achieve any developer or user attention. We all forget with Firefox 1.0 imminent how the press used to claim that the Mozilla project has failed a few years back because it had taken them a few years from the time Netscape Open Sourced their browser code, to the point where it was usuable. And yet now we're celebrating the release of a world-class Open Source browser.

      That's a big project which didn't start off small which is going to be a rousing success. Yes, projects which fail to gain traction because of lofty ideas and infrequent releases to tend to fail in the long run. However, there are an order of magnitude more small projects which similarily fail. The only difference between the two is we tend to hear about the "big" ones, but nobody cares one whit about the tens of thousands of small projects which come and go.

      Yaz.

    5. Re:I've always liked Linus... by bourne_id · · Score: 1

      For the most part, you are correct. It comes down to how each individual project is run, and some projects stall for financial or personal reasons. However, the most successful applications were built upon other applications that, in essence, worked.

      In line with my point above, both mozilla and firefox were based upon one of those "working" applications: Netscape,

      JMD

      --
      When all else fails, feel free to panic.
    6. Re:I've always liked Linus... by Erik+Hollensbe · · Score: 1

      I think your argument is slightly flawed.

      Mozilla is working off of Netscape's codebase, which is in turn based off of NCSA Mosaic. Small.

      Firefox and Thunderbird are rewrites of the core of Mozilla. Again, relatively small. The plan last I heard is to eventually join them to form Mozilla 2.0. Both contain only small remnants of Netscape code and in general, are full rewrites.

      I don't know as much about Eclipse, but in general, I'm not a big fan of "do it all" IDE's. I'd rather have something like vi or Emacs where vi is a very "one purpose" editor and Emacs is more or less a "here's a small concept with a bunch of stuff that takes advantage of that small concept". That "small concept" is elisp and some basic editing features. The "bloatedness" that most detractors complain about has more to do with the fact that the C core of Emacs is miniscule in comparison to the amount of lisp that supports it. While I can't say for sure, the C core of emacs probably rivals nvi in size, unless you count the various extensions to make things like rmail work.

      Also, knowing how things like Eclipse and NetBeans work guts-wise, chances are that both of them have invested a lot of time into making the existing standard library do most of the work - GUI layouts in netbeans are little more than letting swing be introspective and tacking on "glue".

      My last job had a bunch of CORBA-pushers and I just couldn't see the justification. CORBA is a very complex architecture and in general, is meant for seperate applications to share common (hence the 'C') knowledge about objects and classes. When you have control of all the apps in the equation, it seems pretty silly.

      The reality of the situation is that most of the app (a web application) was written in perl and things like Storable and conduits such as memcached (or even NFS) are a much better fit. To achieve what they wanted, we would have to write a ton of C++ layers, bound with SWIG or the buggy libperl++, just to get to the point where we could start realizing parts of the design. It's extremely hard to realize a design when you find yourself designing it's dependencies as well. This is a good example of what Linus was talking about.

      If eclipse really is a large (in the design concept - I really don't think Linus was talking about lines of code, especially if Java is the target here. :) project, it is most certainly an exception to the rule.

    7. Re:I've always liked Linus... by Yaztromo · · Score: 1
      However, the most successful applications were built upon other applications that, in essence, worked.

      I agree -- but this is different from what Linus said in the interview.

      Projects that get bogged down in committee without anything (or very little) to show for their work (OpenDoc anyone?) are pretty much doomed to fail, Open Source or not.

      Projects that produce something usuable, albeit imperfect, and which release early, release often, can do very well, regardless of their size.

      Yaz.

    8. Re:I've always liked Linus... by gregmac · · Score: 2, Interesting
      He is absolutely correct on what happens to "big vision" software. Too many projects that started big have fizzled, and small applications that work tend to grow and morph into ground-shaking applications as they mature.

      I think it depends on what angle you look at it from. Looking at this from the commerical development side (worked on by many people in one location, not necessarily proprietary), as opposed to the open source (many people, many locations) distributed development side, I've done far too many "small" web applications that get big.

      Originally, they are there to fufill a specific task, and then a month later, when we're still working on it and adding functionality, we find we have to rewrite most of it from scratch because the foundation we designed initially is not flexible enough to support a large application (ie, not putting effort in to make it modular, since it has one task and thus one 'module').

      Nobody should start to undertake a large project. You start with a small _trivial_ project, and you should never expect it to get large. If you do, you'll just overdesign and generally think it is more important than it likely is at that stage. Or worse, you might be scared away by the sheer size of the work you envision.

      I agree that you can overdesign, from what I've seen most overdesigning tends to be because of management issues and not coding. A friend of mine is working on a course management project for a university, and it expanded and added a bunch of scheduling functions and mail etc support (partly because it HAD to have that). It turns out there was another group at the university that has been working on a very similar project (except it's specifically the scheduling part, and a couple other things). They found out what he was doing and it caused a big uproar - because they've been working on it for two years or something, and while they have a fair chunk of code, none of it works and it's still a year off from even being complete. My friend's not even been working there for a year yet, and his entire system is already on-line and in production use. The biggest difference is their team has one coder (who is a freelancer outsourced from the US somewhere) and like 4 management people making design decisions, while on his side it's him coding and desiging most of it, with a bit of input from the faculty.

      They both basically have the same architecture - his system is easy to expand - but theirs is overdesigned in the sense that too many people have their fingers in it and it takes forever to get anything done.

      It's a similar issue with being "scared away" by the size. You can't work on a big project, you HAVE to break it down into smaller sub-tasks and pieces. Then it becomes a lot more manageable, and as long as you concentrate on one thing at a time, you should be ok.

      So start small, and think about the details. Don't think about some big picture and fancy design. If it doesn't solve some fairly immediate need, it's almost certainly over-designed.

      I somewhat disagree with this. This logic leads to cutting corners because you can get away with it. For example, maybe you hardcode something because it's easier than writing some stuff to handle reading it from a config file or whatever. That sort of decision can make a LOT more work later on in development when the program gets bigger and you need to have a config file to change things - now you have to write the config handler anyways, plus go through and find all the places something got hardcoded. Much easier to miss something that way, and end up chasing it down later when it gets filed as a bug report.

      And don't expect people to jump in and help you. That's not how these things work. You need to get something half-way _useful_ first, and then others will say "hey, that _almost_ works for me", and they'll get involved in the project.

      This is absol

      --
      Speak before you think
    9. Re:I've always liked Linus... by nlago · · Score: 1
      Mozilla is working off of Netscape's codebase, which is in turn based off of NCSA Mosaic.

      Sorry, but no. Netscape was created by the same people that created mosaic, but there was no significant code sharing. As to mozilla, the netscape code was scrapped and mozilla is, therefore, a complete rewrite; that is the reason why it took so long. So, mozilla was (and is) a huge project, and it was successful.

      As a side note, you might want to know that, while they did a lot of work on the original netscape code and almost released a netscape 6.0 based on it, someone in netscape's management (that is, someone controlling lots of important developers for the project) decided that instead of releasing and then rewriting, they should rewrite and release "soon", which obviously was a stupid idea. So, the time it took for mozilla to be developed is actually one year less than the time between the netscape source release and the release of mozilla 1.0. It was actually pretty fast if you consider they created for themselves a whole new advanced toolkit for cross-platform development (whether this was a clever move or not is open to discussion).

      Firefox and Thunderbird are rewrites of the core of Mozilla.

      No, they are completely new programs built on top of the core components of mozilla (gecko and the libraries for cross-platform development). The fact that they have evolved so fast shows the quality of these components.

      I don't know as much about Eclipse, but in general, I'm not a big fan of "do it all" IDE's. I'd rather have something like vi or Emacs where vi is a very "one purpose" editor and Emacs is more or less a "here's a small concept with a bunch of stuff that takes advantage of that small concept".

      Eclipse is a runtime for the interconnection of plugins. Bunches of plugins make up a complete application. The Java IDE for eclipse is one such application, built with a handful of plugins (one for the editor, one for the debugger... you get the idea). The C/C++ IDE is another application built with a bundle of plugins. So, Eclipse is very much what emacs would be if it had been created in 2000.

    10. Re:I've always liked Linus... by Erik+Hollensbe · · Score: 1

      If it wasn't obvious in my original post, it is now. I was arguing from hearsay. Thanks for clarifying things.

  13. Linus on what stuff? by WormholeFiend · · Score: 3, Funny

    The article doesnt even mention the devices that run Linus... what a let-down.

    I, for one, would have welcome our new Linus-run overlord stuff.
    ^_^

    1. Re:Linus on what stuff? by Hellkitten · · Score: 1

      doesnt even mention the devices that run Linus..

      So what kind of devices would you envision that run Linus? As he moves freely around (no wires or tubes) the only thing I could imagine runs him would be a pacemaker, but I've never heard of him having any heart problems

      --
      - We are the slashdot. Resistance is futile. Prepare to be moderated -
    2. Re:Linus on what stuff? by Hatta · · Score: 1

      Maybe this time it's Linus that's on crack.

      --
      Give me Classic Slashdot or give me death!
    3. Re:Linus on what stuff? by proberts · · Score: 1

      /dev/wife

      --
      http://www.pauldrobertson.com
    4. Re:Linus on what stuff? by Hellkitten · · Score: 1

      That made my day, thanks.

      --
      - We are the slashdot. Resistance is futile. Prepare to be moderated -
  14. Re:WARNING, PARENT'S SIG LINK IS RANDOM GOATSE RED by Anonymous Coward · · Score: 0, Funny

    Do you often click on signature links several times in a row, or was this one special to you somehow?

  15. What a terrible "interview" by soboroff · · Score: 4, Insightful

    What's with all these so-called interviews which are basically a handful of random questions asked by an interviewer who seems to be doing his junior-high homework assignment? OSNews is bad enough... can't they ask anything interesting, or actually engage in a conversation about the subject? Linus has lots of interesting things to say, but unfortunately these folks can't think of what to ask.

    The interviews in ACM Queue, particular the one with Jim Gray interviewed by David Patterson, was much much more intriguing.

    1. Re:What a terrible "interview" by FurryFeet · · Score: 1

      Considering Linus' answers included emoticons, I'd bet the interview was conducted via email. That usually happens at the request of the interviewee, and involves the interviewer emailing the questions and waiting for the answers. Pretty damn hard to strike up a conversation that way.
      Yeah, it sucks. I'm a journalist, and have had to do interviews that way. Bad for the interviewer and for the reader, but sometimes those are the breaks.

  16. hmm.. by Anonymous Coward · · Score: 3, Interesting

    "Preston: What's the latest happening in the kernel development?

    Linus Torvalds: Oh, it's been more of the same. Worrying about drivers, fixing interfaces to make it harder to write bugs by mistake, and just keeping up with new hardware and new ideas. The kernel is definitely maturing in the sense that a lot of the exciting really _new_ things are all in user space, and the kernel is sometimes called upon to make them easier to work with..."

    Let's stay at the word "maturing". I'm more interested in opinions from.. mature programmers. Is there a point that when it's reached - in the case of the linux kernel in about say.. 10 years - then software is only touched for fixing minor bugs? Or is the hardware/marketing/rest software world changing in a way that something can never ever be called mature but only 'for the time being'?

    -someone

    1. Re:hmm.. by Anonymous Coward · · Score: 1, Informative

      The major difference is new hardware, and new hardware capabilities. New device drivers is the most obvoius one, but also things like new ways of doing existing things require ne algorithms for optimal performance. E.g hyperthreading. Any SMP-aware kernal can use hyperthreading, but for optimal performace you have to be aware of which CPUs are actualy on the same chip, share the same caches and busses etc...

      As well, people want to put more features in the kernal. The maintainers have been very good at only apply the things that need to be in the kernal, but there will always be new network protocols, new filesystems, new security modules etc...

    2. Re:hmm.. by CAIMLAS · · Score: 2, Insightful

      Well, given the trend over the last 20 years (or more, really), things have been in a fairly constant state of maturing. Hardware has changed, as has the needs of the hardware and the desired results. Granted, I can't think of anything in the last 5 or so years that has changed in much at all besides bigger, faster, and smaller, so maybe there's a chance for the current operating systems to reach a point of 'maturity'. At least some of them - it's pretty much a given that certain large software companies will push out larger, more complex operating systems that will never be truly 'done' (except for the "now abandoned" sense).

      I imagine that in 20 years or so, computers will be small and cheap enough where a different network design paragidm will be necessary, to some degree, and where conventional operating system concerns will not really be concerns any longer - while things such as security take a forefront in OS design. It seems that trend may have already started, to some degree.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  17. What is this garbage? by jsin · · Score: 0, Offtopic

    Sometimes I'm amazed as what passes for news, especially when it comes to Linux "celebrities".

    Linux took a shit, then he told someone that his project was better than a competing project, then he ate a sandwich...

    Damn, now that is stuff that matters!

    1. Re:What is this garbage? by ComaVN · · Score: 1

      Best quote: "But hey, I might be wrong. I haven't actually followed Hurd in any detail"

      --
      Be wary of any facts that confirm your opinion.
    2. Re:What is this garbage? by jsin · · Score: 1

      Hey at least you're not flamebait...yet ;)

  18. "Infrastructure" by HRbnjR · · Score: 5, Funny
    I work from home, and OSDL provides some infrastructure that allows me to get my work done without having to worry about things.


    Heh, "provides some infrastructure" ??

    Such a sweet deal would normally make one wonder...


    Richard Chesler : Get the f**k out of here, you're fired!

    Narrator : I have a better solution. You keep me on the payroll as an outside consultant, and in exchange for my salary, my job will be never to tell people these things that I know. I don't even have to come into the office, I can do this job from home.

    1. Re:"Infrastructure" by Dielectric · · Score: 5, Funny

      The first rule of OSDL is that you don't talk about OSDL.

    2. Re:"Infrastructure" by harishpa · · Score: 1

      The second rule of OSDL is that you DO NOT talk about the OSDL.

    3. Re:"Infrastructure" by Anonymous Coward · · Score: 0

      ...and the third and final rule of OSDL: if this is your first distro, you *have* to compile.

  19. Re:GNU/HURD another possibility? by Anonymous Coward · · Score: 0

    Maybe Microsoft will buy off the project leaders and rename it The NEW/TURD. No, the idea of an independant monolythic kernel has merit. If it can be used as a flashable OS on a chip. To address 64 bit register this might be the best solution. It would be great if a computer had the ability to run multiple OSes and treat them all a software, not God. The creation of an opensource controller is still a very good one. Essentially an OS is just a system of controls, to place it on a chip is still the best solution to memory addressing speed. The memory cartel finally could be broken. Perhaps that is why Linus joined Transmeta, however Transmeta quickly realised that bankruptcy was not far off if MS software would not run on their hardware.

  20. Erhm, what? by Anonymous Coward · · Score: 0

    He can't really see into the future and say with any certainty that Linux is going to "win out" other any other operating system.

    Well, considering that Linus pretty much just said that, I guesss he *is* one to talk.

  21. Insigtful by RAMMS+EIN · · Score: 1, Insightful

    Those were some insightful comments from Mr. Torvalds. Interesting that they are such simple words, the things they express so obvious and down to earth, but since they come from a public figure, they have a lot of authority.

    Of course, there are other public figures whose statements make a lot less sense; being deceptive rather than insigtful.

    --
    Please correct me if I got my facts wrong.
  22. Words of Wisdom by jasoncc · · Score: 5, Interesting
    Linus Torvalds: Nobody should start to undertake a large project. You start with a small _trivial_ project, and you should never expect it to get large. If you do, you'll just overdesign and generally think it is more important than it likely is at that stage. Or worse, you might be scared away by the sheer size of the work you envision.
    These are truly words of wisdom! Take note, young software engineer!
    1. Re:Words of Wisdom by Anonymous Coward · · Score: 0
      These are truly words of wisdom! Take note, young software engineer!

      And yours are truly words of redundancy! Take note young advisor-to-software-engineers!

    2. Re:Words of Wisdom by _bug_ · · Score: 4, Insightful

      These are truly words of wisdom! Take note, young software engineer!

      I don't buy it. And perhaps it's because I fall into the young category and might be lacking the "real world" experience.

      e're taught from day 1 to look at code reuse and to break large chunks of logic into smaller bits. That requires a bit of planning ahead. You need to make some good guesses about where things will go. Right now you don't need to worry about transferring data via sockets, but there's a good chance one day you will need to. So you design the way your program breaks down its funcionality so that it's a trivial matter to take the output from one function and direct it torwards another that begins/handles the transfer process.

      Lets take it up a notch in complexity and look at planning the development for a 3D game. You build a modular system so as things change, you can move to a different sound engine, or 3D engine, or whatever, and don't have to rewrite half the code of the system. But to build modular, you have to plan, you have to see where, down the road, that modularity is going to give you a benefit.

      That's what makes the HURD really nice is all the modularity is planned and laid out. There's a structure and you know the direction the development will take. Big picture stuff.

      There's a reason the captian of the ship pilots from the bridge, where he can see what's in front of him. Linus seems to want to pilot his ship from the engine room.

    3. Re:Words of Wisdom by Erik+Hollensbe · · Score: 4, Insightful

      Your assumption is that it takes a lot of planning.

      Take a look at CPAN for a good detraction to your argument.

      Most CPAN projects start pretty small and fill only a few features. Since search.cpan.org contains a pretty thorough revision history of most of these projects, you might find that useful.

      Anyways, no one builds an app in perl with one all-encompassing module. They take bits and pieces that do what they need /now/ to build one. As their needs increase, they add to those bits and pieces. If the needs exceed the flexibility of the design, that's the time that redesign is required.

      You can see a good example of your argument being executed poorly by examining some popular PHP applications, or you can just take a look at slashcode, which I apologize, should never have been released to the public. :)

      PHP 4 in particular has horrid OOP support. I know perl's isn't much better, but I'll gladly take horrible perl OOP over that joke of OOP that's is the representation in PHP 4. It's much better in 5 I hear.

      Anyways, that's just context, only to lead to the point. As a result, many of the applications in PHP lead to shoe-horning OOP features into a procedural interface - which is fine if you know what you're doing, but not really in anyone's best interest unless they still refuse to admit that OOP has merit and a place (only the biggest curmudgeons in the software industry - like jwz. :)

      Either way, a lot of PHP authors try to implement things like plugins, namespaces, all sorts of crap which PHP 4 was not meant to do by craftily using includes and manipulating the names of functions.

      I'm only using the PHP vs. Perl comparison because the distinct lack of features in PHP 4 that appeal to a designer of large applications fosters this kind of problem, and while it's pretty rude to make this assumption, only those who can't see that ahead of time doom themselves by writing large applications completely in PHP 4.

      A good rule of software design: If you can't realize it without getting crafty, you've already done something wrong. Unnecessary complexity will always lead to failure. Take a look at windows.

      Amongst other problems with PHP (like it's lack of a built-in database API that supports binds for all databases), that's why you see these applications on bugtraq all the damned time. Applications like Zope which are built on a foundation made to give the features an application like Zope needs help eliminate the most basic design flaws.

      Just to bring my argument down from the heavens, I have on two occasions gone to great lengths to design giant API's that were flawed as soon as I plugged them into the editor. One of these designs kept me away from my editor for nearly 6 months, unless I was writing documentation. So, I would like to think that I'm speaking from experience on what /not/ to do when designing software.

      If I had said, "what do these things really need to do", written them, and then said, "how can I make them operate better", I don't think I would have been in that position.

    4. Re:Words of Wisdom by Anonymous Coward · · Score: 0


      There's a reason the captian of the ship pilots from the bridge, where he can see what's in front of him. Linus seems to want to pilot his ship from the engine room.


      Interesting analogy. Of course there is also the issue that Linux is hauling cargo today while the Hurd is still fiddling around at the dock.

      Maybe RMS should take at least a peek down in the engine room...

    5. Re:Words of Wisdom by Tony-A · · Score: 3, Interesting

      I don't buy it. And perhaps it's because I fall into the young category and might be lacking the "real world" experience.

      Not so much young as that what you can see and think scales linearly while the hidden complexities tend to scale exponentially.
      The devil is in the details and as noted elsewhere "The biggest problem I see with large scale projects that fail is they get bogged down in minutae." It's not just the complexity of the final product, you have to deal with all the complexities all along the path toward creating that final product and most important choosing which path at each fork in the road.

      There's a reason the captian of the ship pilots from the bridge, where he can see what's in front of him. Linus seems to want to pilot his ship from the engine room.

      Sounds good until you get grounded on a submerged reef.
      It's even more fun in uncharted waters.

      Wisecrack from a master sculptor. "I just removed the parts that weren't David."
      At a particular level that is exactly what happens. Linus is right when he says "And if there is anything I've learnt from Linux, it's that projects have a life of their own, and you should _not_ try to enforce your "vision" too strongly on them. Most often you're wrong anyway."

    6. Re:Words of Wisdom by dcam · · Score: 1

      I know perl's isn't much better, but I'll gladly take horrible perl OOP over that joke of OOP that's is the representation in PHP 4

      Last time I looked at Perl's OOP support I threw up my hands in disgust. IIRC you could add custom properties to instances of classes. I'm sorry but that is just wrong. At that point I decided that I would prefer to code in C++ rather than perl.

      I haven't attempted to code OOP php so I can't comment. But I certainly found perl's pretty horrible.

      --
      meh
    7. Re:Words of Wisdom by umoto · · Score: 2, Interesting

      I agree with the spirit of what you're saying. Reuse is progress. However, except when the reusable bits are obvious, it is cumbersome and risky to try to write code for a specific project and simultaneously make it reusable for other projects. Premature generalization is a subtle enemy.

      The 3D engine is a great example. Let's say you're a game company creating two 3D games at once. One game is a board game with a few 3D animations, the other is an immersive 3D experience. Do you develop an engine capable of handling both scenarios before you start work on either game? The board game might need nothing but OpenGL. The 3D engine would probably only be complicated by that scenario. Recognize that the only relevant reuse is already done (since OpenGL is common to both) and ship the board game early by not using your engine.

      Modularity is the key principle of OO design, but the true benefit of modularity is not reuse. Modularity enables you to make complex things simpler. If your 3D game has a networked multiplayer mode, you should modularize the networking so that you don't have to think about networking while you're working on other things. That doesn't mean you should create a network layer that's compatible with other games! Just make a layer that removes details from your focus. Discover reusable bits later.

    8. Re:Words of Wisdom by mccoma · · Score: 1
      I don't buy it. And perhaps it's because I fall into the young category and might be lacking the "real world" experience.

      Well, pick a project and prove everyone wrong. :)

      The big thing is that there is no true path, yet. This programming thing is pretty young and everyone is feeling their way around. "Big Planning" works for some, agile works for others, and a lot of people fail.

      That's what makes the HURD really nice is all the modularity is planned and laid out. There's a structure and you know the direction the development will take. Big picture stuff.

      Delivery does count, and planning is only a good thing if it helps the delivery. IMHO, I think they should rethink the plan as it does not seem to be giving the guidance they need.

    9. Re:Words of Wisdom by Prowl · · Score: 1

      TMTOWTDI...

      perldoc base
      perldoc fields

      still probably not enough for an OO purist though.

      --
      That man tried to kill mah Daddy
    10. Re:Words of Wisdom by Erik+Hollensbe · · Score: 1

      No, don't get me wrong, I wasn't pushing perl's OOP as something "great".

      It's just that really, PHP 4's OOP makes perl's look like smalltalk in comparison.

    11. Re:Words of Wisdom by chthon · · Score: 1

      CMM model of software engineering :

      • Concepts phase
      • Requirements phase
      • Planning phase
      • Implementation phase

      I think that much programming projects are stuck in the concepts phase.

      But when do you know that you have all concepts, to then step back and reorganise the lot ?

    12. Re:Words of Wisdom by dcam · · Score: 1

      TMTOWTDI.

      I hate that acronym. I cannot understand how perl programmers are proud of this. It is like holding up a sign saying "I write unmaintainable code".

      Why is there more than one way to do it? Is this a deliberate attempt to obfuscate code written in perl? Why can't they pick one or two good ways to do things and leave it at that?

      One thing that makes it easier reading someone else's code (or even your own 6 months later) is that you can recognise patterns. You can glance at an if ... else block and recognise it before you actually read it. Perl makes this so much more difficult by greatly increasing the number of valid ways to write the same thing.

      Programming is hard enough, why make it harder?

      I do write some code in perl, for example I recently updated a series of perl scripts that I use for change management. However I will never work with someone else's perl code and I use only a small number of the available constructs. I will also never write something in perl that I think may grow to over 1000 lines of code.

      Back to classes:

      From the documentation I am reading, you have to work hard to do the right thing. That is just dumb. It should be *easy* to do the right thing, and hard to do the *wrong* thing. The default option is generally what people will keep using.

      --
      meh
    13. Re:Words of Wisdom by Erik+Hollensbe · · Score: 1

      Well,

      Some seem to take that acronym to mean "all ways are good". People who have been in the trenches for a little longer know better, and will not lie.

      I like the choice when it's appropriate. I also don't think you really have a good grasp on "more than one way". In reality, there aren't many situations which, when you know the language, don't immediately pop out at you and say: "this one is the best".

      Also, I don't know of any language that doesn't have it's unreadable bits. I guess I can make the distinction between reading a language and understanding what the code does. I've seen tons of python that reads great but makes absolutely no sense whatsoever. The same could be said for AppleScript. Both languages have great "readability". I think it would be best to leave my criticisms of Java and C++ left alone. Haskell and OCaml .... guys, just stick with Fortran, you'll sleep at night instead of contemplating if you accidentally invoked type checking, closures, tail recursion....

      I think the only real, justifiable criticism of perl that I could accept knowing the language as well as I do at this point would be that there are too many side effects that are taken for granted.

      A foreach() or map{} can modify a named array. There is no reason for that at all. grep takes block and 'inline' form - for what grep does, block form is pretty damned silly. Use map instead.

      The 'nan' problem. This is fun:

      $string = 'nancy@hotmail.com';

      if ($string == 0) { print "foo" };

      I'll save you a few hours of searching perldoc. If the string starts with 'nan' and is used in an integer comparison, it's treated as 'not a number'. Yes, it sucks.

      But if you think this is bad:

      @slice = @{$ref}[0..9];

      Compare:

      ArrayList slice;

      for(int i = 0; i < 10; i++) {
      slice.push(ref[i]);
      }

      String[] aSlice = (String) slice.toArray();

      For me, knowing both of these languages, I know which one is going to cause the least confusion when I read it. The fact that one is one line of code and uses no temporary variables, and the other is several lines, in my opinion, "obfuscated" (it's not immediately apparent what you're doing or why), and uses temporary variables to subvert types does not seem more readable.

  23. FSF doesn't rush anything, so chill. :) by DataDragon · · Score: 5, Insightful

    Okay, maybe HURD isn't where we all want it, that is -- on our desktops and running everything... BUT...

    Lets not forget, HURD is FSF/GNU, and they've proven time and time again that they are presistant, don't rush to complete their vision, and go the extra distance on a lot of things.

    If HURD achieves both the standards and the quality of forethought that all the other FSF/GNU code that has been released so far, then it will doubtlessly be a marvel of OS technology. It has a tall order to fill, though, and honestly -- it there's no rush to see it pushed into production, then I'd let the politics play themselves out. However, it *is* the goal of the FSF. How it finally winds up-- well-- I'm anticipating to see like everyone else, but I've become a believer in the FSF's patience, skills, and collective vision.

    1. Re:FSF doesn't rush anything, so chill. :) by Anonymous Coward · · Score: 0

      Amen!

      I was sitting in the #hurd IRC channel when news of this article. The GNU/Hurd bashing is dissapointing but it's nice to see a few sensible comments.

      If and when I'm a good enough hacker, I would be honoured to hack on the hurd.

    2. Re:FSF doesn't rush anything, so chill. :) by palndron · · Score: 1

      Replace instances of HURD and FSF/GNU with Duke Nukem and whomever made/makes it.

      --
      a man, a plan, a canal, panama
    3. Re:FSF doesn't rush anything, so chill. :) by Anonymous Coward · · Score: 1, Funny

      Yes.

      And what the impatient kids today haven't learned is that Hari Seldon predicted that HURD would take 30,000 years to complete. So he took steps and built the GNU Foundation at the edge of the galaxy in order to ensure that the hurd could be finished in a much easier-to-swallow 1,000 year period. :P

    4. Re:FSF doesn't rush anything, so chill. :) by Brandybuck · · Score: 2, Interesting

      It's been TWENTY YEARS since they started working on a GNU kernel. As even RMS admits, they picked the wrong design for a kernel, but as he won't admit, they're too stubborn to change it.

      --
      Don't blame me, I didn't vote for either of them!
    5. Re:FSF doesn't rush anything, so chill. :) by The_reformant · · Score: 1

      If you check their news page it appears that there hasn't been code contribution worth mentioning since november '02...so basically i hope you got a whole lot of patience

      --
      I have discovered a truly remarkable sig which this post is too small to contain.
    6. Re:FSF doesn't rush anything, so chill. :) by evilviper · · Score: 1

      If you want to see a marvel of FSF/GNU engineering, ask a programmer what they think of GCC-3.x... Bring headphones and something to read.

      No, the FSF has written nothing but massively bloated code, with plenty of bugs and limitations to go around... and that's just the simple projects. Give them a complex job, like GCC, or a kernel, and you'll see the burocracy at it's worst.

      I don't have any idea why you think highly of the FSF.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  24. You forgot Poland! by Anonymous Coward · · Score: 1, Informative

    funny how there are more drivers for linux than there are for windows XP. and I can run Linux on more processors and different system types than every other Operating system ever made put together. You forgot NetBSD.

  25. Re:Bah! by theendlessnow · · Score: 5, Funny
    HURD! Uggg... Linux is bad enough, get a real OS, like FreeBSD for server's, otherwise its back to Windows for a desktop :) Let the OS wars begin!

    Maybe there is a war, but you can't kill something that's already dead. Or haven't you hurd?

  26. hey, no rush by bobalu · · Score: 5, Insightful

    It's only been what, like 15 years?

    Who's kidding who?

    --
    The revolution will NOT be televised.
    1. Re:hey, no rush by Anonymous Coward · · Score: 0

      You have to remember that what people call the Linux operating system is actually the GNU system running with Linux as its kernel. That's why it's better to call it GNU/Linux.

      See http://www.gnu.org/gnu/linux-and-gnu.html

    2. Re:hey, no rush by Anonymous Coward · · Score: 0

      Only 15 years, and Microsoft has been working on their system for longer, and only got to "beta 2003".

      Ok, they are approaching usable (desktop) stability, now they just need to focus on that horrible user interface.

  27. Anyone else hate... by palndron · · Score: 4, Funny

    Articles that take more time to load than to read?

    --
    a man, a plan, a canal, panama
  28. Inferior hardware support? by Anonymous Coward · · Score: 0

    "Nonetheless, the hardware support of even the latest Linux distributions is inferior..."

    My little data point about Linux hardware support:

    Computer 1: An OS installed on 400MHz Compaq desktop. Has network, video, USB, etc. drivers for the pre-installed hardware working.

    Computer 2: New 2GHz motherboard. Has all different network, video, USB, etc. than the first computer.

    Remove the sole hard drive from from Computer 1 and connect it, unchanged, in Computer 2. Boot Computer 2 and have it update/swap out all the old drivers with the new drivers needed for the new hardware, automatically. This first boot should come up to a completely usable system with no required interaction on your part, all components functioning a normally.

    I did this with Linux. I have no experience with OS X but I know I could not do this with any version of MS Windows.

    Thanks for playing.

    1. Re:Inferior hardware support? by Botty · · Score: 1

      Or my favorite. Run windows and then switch from Intel to Amd or vice versa. Not going to happen. In linux, even if you optimized your kernel for AMD it takes 5 minutes to switch it to intel, or drop it to optimize for i686 and you can swtch seamlesly between them. Once windows gets on one piece of hardware with a certain set it becomes next to impossible to change it without a re-install. Linux goes seamlessly wherever you want it. CPU+Mobo switches are too much for Windows and it has NOTHING to do with their product activation. It just doesnt know how to switch.

  29. the kernel is so far from mature, sigh by Anonymous Coward · · Score: 3, Interesting

    The kernel is mature he thinks. Everyone he works with agrees with him. Such a failure of imagination....

    I think this is the difference between researcher/architect types and coders.

    To a researcher, there is so much that needs to be done to enhance the kernel that
    the problem is picking one thing to focus on.

    To coders, ok, Linux now does everything that Unix did 5 years ago, what more can be done?

    The coders were needed back when there was no free version of Unix. Now that there is one, some of these old guys (30 something and managing to be over the hill, CS is a great field....) need to step aside and let the researchers take the lead.

    The sad thing is that of course they won't. They'll just keep right on copying plan 9 and everything else 5 years old, and probably do well in the market, sigh.

    The problem with HURD is that their fundamental design is performance ineffective. Having a grand vision is not the problem, having a mistaken vision is.

    It would be nice if BSD came back to life.... that was researcher driven, and they did a lot to advance the state of the art.

    He is a nice guy though.

    1. Re:the kernel is so far from mature, sigh by Anonymous Coward · · Score: 0
      It would be nice if BSD came back to life.... that was researcher driven, and they did a lot to advance the state of the art.

      ehm...
      Nearly 2.5 Million Active Sites running FreeBSD (June 2004)
      excerpt:
      "[FreeBSD] has a secured a strong foothold with the hosting community and continues to grow, gaining over a million hostnames and half a million active sites since July 2003."
      To sum it up, FreeBSD is growing - and pretty fast.

      (Since we are in the Linux section: Of course Linux is growing *faster*. So what? Due to the profound differences between the GPL and the BSD license, Linux and *BSD will always be complementary, by attracting different investors and appealing to different users.)

    2. Re:the kernel is so far from mature, sigh by tehdaemon · · Score: 3, Insightful
      "The coders were needed back when there was no free version of Unix. Now that there is one, some of these old guys (30 something and managing to be over the hill, CS is a great field....) need to step aside and let the researchers take the lead."


      So, what are you/the researchers waiting for? Fork it already and get busy. Linus ain't stupid, he'll put your patches/port your changes in if they are good.

      Heck, do a good enough job and you could start the 2.7.x series.

      --
      Laws are horrible moral guides, moral guides make even worse laws.
    3. Re:the kernel is so far from mature, sigh by ttuegel · · Score: 1
      The kernel is mature he thinks. Everyone he works with agrees with him. Such a failure of imagination....
      Actually, he says the kernel is maturING. He does not say anywhere (that I can see) that it has completed its maturation. Basically what it looks like he's saying is that the kernel is growing and is (thankfully) not in a state of degeneration. If anyone can find a quote that indicates he thinks the kernel is ALREADY mature, I'd be interested to see it, but I just can't find anything of the kind in that article.
    4. Re:the kernel is so far from mature, sigh by Aim+Here · · Score: 1

      "The problem with HURD is that their fundamental design is performance ineffective."

      Aha! Just like RMS wrote gcc as a 32-bit compiler well before everyone had a 32-bit (or more) computer, and let the hardware catch up, he's writing a sluggish and clunky operating system that will justabout be runnable on the supercooled, hyperfast computers of 2010.

      No doubt a strategy aiming to compete directly with Longhorn - The FSF is just showing that the Free Software community can outdo the alternatives in ALL aspects of competition.

    5. Re:the kernel is so far from mature, sigh by Anonymous Coward · · Score: 0

      This seems more like Flamebait due to... lack of real evidence... but

      The kernel is mature he thinks. Everyone he works with agrees with him. Such a failure of imagination....

      What Linus deals with is the kernel, not your X.org or your other user-space applications. The kernel has already had its scheduler re-written as well as many other things. The fact is, the kernel talks to the hardware... what more are you expecting?

      To coders, ok, Linux now does everything that Unix did 5 years ago, what more can be done?

      Have you ever used SunOS?!? I will take the linux kernel and community over it any day, but I will take Sun Support over non-existent/software or hardware only support.

      The coders were needed back when there was no free version of Unix. Now that there is one, some of these old guys (30 something and managing to be over the hill, CS is a great field....) need to step aside and let the researchers take the lead.

      What are they waiting for... It is free. The source is their. Maybe you have this backwards. Maybe it is the 30 something peeps who are doing the real work. Before bashing, pay respect. Real Senior Programmers are amazing when you talk to them. Again, anyone can research with Linux.

      The problem with HURD is that their fundamental design is performance ineffective. Having a grand vision is not the problem, having a mistaken vision is.

      No, its problem is that nobody has ever used the thing. Performance ineffective? wtf is that suppose to mean. You keep talking about research OS... but the design of HURD is research driven. Make a decision.

    6. Re:the kernel is so far from mature, sigh by Troy+Baer · · Score: 3, Insightful
      The kernel is mature he thinks. Everyone he works with agrees with him. Such a failure of imagination....

      I think this is the difference between researcher/architect types and coders.

      To a researcher, there is so much that needs to be done to enhance the kernel that the problem is picking one thing to focus on.

      Oh, horsehockey. I work with a bunch of computer science researchers who work on high performance computing topics. Guess how most of 'em do their OS-level research? They take Linux and make their wacky new file system/interconnect/etc. ideas work with it. Seems to work pretty well for them.

      Another thing to remember is that a lot of CS researchers write half-arsed code that isn't ready for prime-time. They're usually thinking proof-of-concept, not production deployment. That isn't unique to academia, either; it amazes me how much utter crap escapes from big corporate research labs claiming to be a "product".

      [/me decides to quit before this degenerates into YA rant about the fact that physicists are often better at production-quality software engineering than computer scientists]

      --Troy

      --
      "My life's work has been to prompt others... and be forgotten." --Cyrano de Bergerac
    7. Re:the kernel is so far from mature, sigh by QuantumG · · Score: 1

      I fully don't agree. I think Hurd is attempt to solve problems from eons ago. Namely: you have 50 people on a time sharing system and only those with root access can do kernel development and even if they do they risk taking down the machine for others. Well so what? We all have our own PCs now. There's no need for Hurd if this is the only goal.

      --
      How we know is more important than what we know.
    8. Re:the kernel is so far from mature, sigh by arose · · Score: 1
      it amazes me how much utter crap escapes from big corporate research labs claiming to be a "product"
      Yet more proof that information wants to be free! :-D
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  30. Yeah, So What? by Greyfox · · Score: 1
    PHBs suffer from the paralyzing fear of what could happen and it prevents them from making decisions that affect the present. I use Linux because it best addresses my needs at the moment. If something better comes along, I'll jump ship in a second (I said that about OS/2 back in the OS/2 days too, before I jumped ship to Linux.)

    Can't say as I understand your hardware support reference. Currently I can not put Mac OSX on an Intel box, nor Windows on a PowerPC. Linux will quite happily install on both, and just about everything else ever made, too. Sure, the bleeding edge is still a bit rough and you're forced to be a somewhat picky buyer, but your kit'll work better for that anyway. Contrast to my XP-Running-Room mate who can't burn a CD because her ancient CD burner doesn't have an XP driver (The very thought blew my mind anyway, because I'm so used to not having to worry about that.)

    I used to install operating systems and software for a living and still do it for family and friends. The Linux install process for every distribution I've tried is as easy or easier than any operating system since MS DOS 5.0. Even the Debian install, which has been known to cause unsuspecting users to end up clawing their eyes out, is better than that damn OS/2 install.

    Once it's installed it can be a pain in the ass to use sometimes (I've spent about 5 hours so far trying to get Wine working with ATI drivers) but it's a damn computer. It doesn't matter what you do to them, they're always going to do unexpeted things. I sit down and try to figure out what's going on. Joe Average User might just call tech support. We'll both gripe that it shouldn't be this hard, and we'll probably both get it fixed in the end. I've tried getting $GAME installed on Windows and it can be just as much of a pain in the ass as it is with Linux.

    In summation, um... I'm enjoying it.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  31. Linus's just this guy, you know... by advocate_one · · Score: 3, Funny

    Gag Halfrunt...

    --
    Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  32. The HURD problem by Animats · · Score: 4, Interesting
    I've been really disappointed with the HURD guys.

    Microkernel architecture is really hard to get right. If you get it right, microkernels are fast and stable, like VM for IBM mainframes and QNX. Both have long, long uptimes, run important systems, and are modified very seldom.

    But most architects don't get it right. If you get it wrong, like Mach, no amount of patching will fix it. Because open source development has a "patch" mentality, it's almost impossible to fix fundamental architectural problems in an open source project.

    The HURD people finally dumped Mach and went to L4, which is a half-finished academic microkernel. That's not working either.

    I'd like to see a high-security microkernel OS in widespread use, but the HURD guys aren't going to deliver it. And we really need one.

    1. Re:The HURD problem by timeOday · · Score: 4, Insightful
      I'd like to see a high-security microkernel OS in widespread use, but the HURD guys aren't going to deliver it. And we really need one.
      Why do we really need one?
    2. Re:The HURD problem by dreamchaser · · Score: 1

      "Why do we really need one."

      If I had mod points at the moment you'd get some. I was about to ask the same question. Why is there a need to reinvent the wheel, when the current wheel rolls just fine? Unless of course the parent was referring to the need for 'trusted' kernels with regards to DRM, then I could see the need for a 'secure microkernel' ;)

    3. Re:The HURD problem by radicalskeptic · · Score: 2, Informative
      --
      WARNING: If accidentally read, induce vomiting.
    4. Re:The HURD problem by Pseudonym · · Score: 0, Flamebait

      My thoughts exactly. 640kb should be enough for everyone.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    5. Re:The HURD problem by evilviper · · Score: 4, Interesting
      Why do we really need one?

      Far more reliable, and secure.

      Even a "kernel" bug isn't a root exploit. You can have highly secure systems by just finely tuning the level of privlidge you want to give a process. Even if there's an exploit, you can't break-in. Basically, nothing runs as "root". Think ultra-finely-tuned jails, automatically, for everything.

      Even the most low-level drivers malfunctioning doesn't cause a crash or a reboot. If any of your drivers has a problem, crashes, corrupts memory, etc, it's contained to just that driver, and it will be stopped, and restarted, without your even knowing about it.

      A microkernel can really wipe the floor with a monolitic kernel. QNX really makes Linux look fragile. For a better example, look at OpenVMS. Even after all these years, it's still got an unbelievable reputation.

      You know why even computer experts wouldn't trust their lives to computer-controlled systems? Because they've never used a microkernel-based system.

      No monolitic version of Linux/BSD is ever going to be able to replace a microkernel-based system.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    6. Re:The HURD problem by Animats · · Score: 2, Informative
      No. Read the next line:

      However, in Mac OS X, Mach is linked with other kernel components into a single kernel address space. This is primarily for performance; it is much faster to make a direct call between linked components than it is to send messages or do remote procedure calls (RPC) between separate tasks.

      It had to be done that way because the IPC system Mach bolted onto a BSD kernel is slow. Retrofitting message passing onto a kernel that wasn't designed for it seems to consistently result in a slow message passing system. This is because message passing has to be tightly integrated with CPU dispatching to get really good performance. It's not the data copying that kills you. It's the extra trips through the scheduler.

      Mach has simplex ports, like UNIX pipes. Big mistake. To get high performance message passing, you have to make subroutine-call like operations work really efficiently. The basic operations in QNX are MsgSend/MsgRecv/MsgReply, which has the effect of a subroutine call between two processes. Process A does a MsgSend to process B, which is hopefully waiting in a MsgRecv for some work to do. Process A blocks, and process B unblocks. The trick is that when this happens, the normal case, where process B is waiting, is handled by an immediate transfer of control from process A to process B, without a pass through the scheduler to find the next ready to run process. To return, process B does a MsgReply, which immediately unblocks process A.

      If you do this with Mach-type simplex ports, where the primitives were ill-chosen, it requires several trips through the scheduler, because the primitives don't lend themselves to simple transfer-control semantics. A does a write, which unblocks B but doesn't block A. So A keeps going. Then A does a read, which blocks A and causes a trip through the scheduler, at which point B is found ready to run and started. The same thing happens in the other direction. Two extra trips through the scheduler.

      Worse, if there's another CPU-bound process ready to run, a trip through the scheduler may pick it instead. After all, it's been waiting longer. So each interprocess call results in a chance of losing your current time slice. This adds latency.

      This is why message passing and CPU dispatching must be well-integrated, or performance is terrible. All the retrofits of IPC to UNIX type kernels seem to suffer from this problem.

      Incidentally, MacOS X is based on Mach 2.x, which is a modified BSD kernel with Mach extensions. Mach 3.x, CMU's rewrite and a true microkernel, never really worked very well. But a few pieces of it made it into MacOS X, which gives Apple some Mach 3 bragging rights. But it's not a microkernel. It's a BSD kernel with extensions.

    7. Re:The HURD problem by Anonymous Coward · · Score: 0

      ok, I normally don't bitch about modding, but this is rediculous - Since when did a throw-away question become an insightful observation?

      A clear reasonable argument as to why we don't need a high security microkernal might be insightful - But a random 'why' line, no matter what the urban myth says about that philosphy exam, is _not_ insight.

      To the original poster- this is not a complaint againt your post, but a exclamation of utter bemusement at the actions of some moderators.

  33. Nobody should start to undertake a large project? by D.+Book · · Score: 1

    I found myself nodding my head when he talked about starting small to meet a specific need and letting projects take on a life of their own, as it's the pattern that most of my projects follow. But while this may work well for hobbyists and academics who have a lot of freedom in deciding what to work on, I have trouble seeing how it applies to the business world where there is a specific end goal and a deadline for it. Certainly you can break things down into smaller tasks as a strategy for reaching the goal, but a larger plan still has to be created and followed.

    I also think the rosy attitude toward unplanned projects has a bit to do with expectations. If you define no goal, then the end result is never a failure. But if you do define a goal, there will often be times where you don't achieve it and be disappointed. This psychological difference may make the unplanned approach seem more successful than it actually is.

    Finally, I find his dismissiveness of a visionary approach and criticism of GNU Hurd as somewhat ironic, given the extraordinary success of what most of the world calls "Linux" owes much to the big picture thinking by the people creating Hurd. But this somewhat narrowminded view is consistent with a primarily technical person whose most philosophical comments are delivered as one-liners :-)

  34. Linus on All Sorts of Stuff by roman_mir · · Score: 2, Funny

    Linus on All Sorts of Stuff - what a useless article. They don't even ask where he gets his stuff, what stuff he likes most, how he mixes his stuff. What a waste of perfectly good white html space.

    1. Re:Linus on All Sorts of Stuff by Anonymous Coward · · Score: 1, Funny

      From the SCO people? How else would he know what they are taking?

  35. Re:Linus speaks out on number of topics... by lunar_legacy · · Score: 1

    I can swear that I have seen this crap before on slashdot. It might sounds funny at first but at the bottom of it, it's a shameless personality terrorism.

  36. Beautiful irony. by gammoth · · Score: 1
    And less conceited.

    Then, the kettle called the pot black.

  37. Hmm by caluml · · Score: 2, Funny

    There are currently, 4221 guest(s) and 0 member(s) that are online.

  38. Re:Linus speaks out on number of topics... by Anonymous Coward · · Score: 0

    Thanks, Darl. Your comments are always welcome here!

  39. My opinion by Anonymous Coward · · Score: 3, Funny

    Its great. I'm only running it because its the first platform that Duke Nukem Forever will run on.

  40. Does Gentoo sicken you too? by Anonymous Coward · · Score: 1, Insightful
    I am always sickened when I have to use a fresh Windows installation, and it comes without a DVD decoder, a CD burner, a decent text editor, a PDF reader, a popup blocker, an FTP client, or a graphics file converter - all stuff that comes standard with most linux distro, or that I can install (for free) with *one command*.

    If MS Windows did come with all of those apps, would you be complaining that they are an illegal monopoly trying to stifle competition? GNU/Linux distributions bundle those applications by choice, but Gentoo Stage 1 install doesn't have any of the apps that you mentioned. Does Gentoo sicken you as well?
  41. OT: Does anyone else see a parallel? by TeckWrek · · Score: 2, Interesting

    For the question
    "Do you have any advice for people starting to undertake large open source projects? What have you learned by managing the Linux kernel? ",
    as I was reading the reply...
    And if there is anything I've learnt from Linux, it's that projects have a life of their own, and you should _not_ try to enforce your "vision" too strongly on them. Most often you're wrong anyway, and if you're not flexible and willing to take input from others (and willing to change direction when it turned out your vision was flawed), you'll never get anything good done. In other words, be willing to admit your mistakes, and don't expect to get anywhere big in any kind of short timeframe.
    for some reason I was mentally comparing it to the stand that the Bush administration has taken in the "war on terror" and the "desire to spread liberty". I could not help but think, that here is the exact reason why it is flagging and possibly destined for eventual failure.

    1. Re:OT: Does anyone else see a parallel? by Anonymous Coward · · Score: 0

      Your subject line says it all: OFF TOPIC. Moderators, take note.

  42. yeah yeah, but by bobalu · · Score: 4, Interesting

    Listen,

    I give mad props to RMS for the legal hack of the copyleft, and when the chips are counted he'll probably be given saint-hood by several developing countries, but I don't get the impression it'd be fun to work with him. And at the end of the day (and especially in the middle) that's mostly what you need to get through a large complex project.

    I could be wrong, I've never met him. But I've got a short fuse on dogma. To get a thing done, at some point you just have to do it.

    On the good side, open source says "less defects because we didn't rush it", but there's that other side that says to ship something shoot the engineer. There's a point to that too. :-)

    --
    The revolution will NOT be televised.
    1. Re:yeah yeah, but by Anonymous Coward · · Score: 1, Insightful

      Who said anything about Stallman? :-)

      GNU and the FSF are both bigger than Stallman.

      Also work on the hurd is going slow because so few people are working on it (the kernel `linux' is available as an alternative so no-one gets involved).

      If a person was to hack on the hurd I don't think they'd really need to talk to RMS, but then surely just reading what he has to say on a mailing list wouldn't be too hard to deal with?! :-)

  43. Re:Nobody should start to undertake a large projec by timeOday · · Score: 1
    But while this may work well for hobbyists and academics who have a lot of freedom in deciding what to work on, I have trouble seeing how it applies to the business world where there is a specific end goal and a deadline for it.
    Re-read the question he was answering:
    Preston: Do you have any advice for people starting to undertake large open source projects? What have you learned by managing the Linux kernel?

    Linus Torvalds: Nobody should start to undertake a large project.

    That's "people undertaking large open source projects," not corporations undertaking large proprietary projects.

    Maybe that's why most corporate software projects fail (at least if you listen to the "software crisis" people). And even in the business world I think many are accepting iterative methodologies where you give up trying to know in advance exactly where you'll wind up, because it never works out that way anyhow.

    Most OSS projects "fail" too (a quick consultation of sourceforge.net should prove that point), but I think Linus' point is that at least then you haven't spent your life over-engineering some grand framework nobody cares about.

  44. Hurd-Darwin, QNX. by Anonymous Coward · · Score: 0

    "One can argue that this is because all the developers flocked around Linus ( I think Stallman has made this argument from time to time ) but given that world+dog has given up on the whole microkernel thing, it's more likely that the hurd just sucks."

    Sez you!

    1. Re:Hurd-Darwin, QNX. by ignorant_newbie · · Score: 1

      a link to the definition of mach ? yes, i'm aware of the mach kernel... but not of anyone actually using it as a microkernel in a publicly available system.

      Apple has a strange melted-together thing which is half mach and half FreeBSD, but since it insn't running anything else as a server, it's not really a microkernel.

  45. Re:Linus speaks out on number of topics... by Anonymous Coward · · Score: 0

    Hi only engineer with no brain at all, I'm Alan.

    I'll try to write in english so the whole community would know it: I'm a GNU comunist with more brain and social principles than you, but let me tell you something: my Telsa is prettier than your wife. Yes, much prettier, dodge that, moron.

  46. Linux hardware support, etc. by WebCowboy · · Score: 2, Insightful

    Nonetheless, the hardware support of even the latest Linux distributions is inferior to that of Windows or even Mac OS X

    Puzzling statement to say the least. I find the opposite is true. For example, Linux support for scanners is broader than that of Windows 2000 and XP (Linux is better with legacy devices). Linux support of 64-bit hardware is also more mature (where is Microsoft now on that front?). Mac OS X? That one floored me. Mac OS can be kludged into running on other platforms I guess, but it only has ONE supported hardware platform. It is easy to offer exemplary hardware suport when you only support a VERY SMALL amount of hardware.

    Monolithic and slow-to-change? If that is Linux, what is Windows, fossilised? Look at Windows NT4 and Windows Server 2003 or XP (especially in "classic mode"). Visually nothing really innovative and looking deeper even less innovative architecturally. Look at Linux over that same period--form the Kernel on up to KDE and GNOME. HUGE difference, both in modularity and pace of change.

  47. Re:Linus speaks out on number of topics... by Anonymous Coward · · Score: 0

    Yes, personality terrorism. Now lets get back to terrorising Bill G, Bill Gs wife, Steve Ballmer and Darl McBride - because thats funny!

  48. VM has help, and QNX cheats by r00t · · Score: 1

    VM runs on the S/390 CPU, which is particularly
    friendly toward virtualization. All privileged
    instructions are trappable, and page table changes
    are done via special instructions.

    QNX cuts corners on virtual memory, and often even
    on memory protection.

  49. Maturing by Spy+der+Mann · · Score: 1

    You can browse some projects at SourceForge.net.

    You'll see that some projects are labelled "planning", others "beta", others "stable/production" and finally te ones at stage 6 are called "mature".

    Being mature doesn't necessary mean fix it for only a few bugs. It depends on the version. Being mature (IMO) means that the last stable release is feature-complete, nearly bugless (only minor bugs), and used by a large user base (i.e. popular).

    The key-terms here are "feature-complete" and "minor bugs".

    Feature complete means that all the features that were planned on the project's roadmap are fully implemented.

    Bugs can be qualified (as I've seen on bugzilla and other sites) as feature request, minor, annoying, moderately critical, severely critical, and maybe showstopper. Showstopper means that a bug will bring down the binary to a halt.

    Stable/production projects aren't allowed to have critical bugs (this would bring WinXP down to the category of "beta-testing" :P ).

    Taking this into consideration, Linux is "Production/Stable". How long before it's mature... who knows. Maybe (IMHO) more user-friendliness (i.e. idiot-proof) in installation/configuration, and being hardware friendly. *shrugs* ?:-/

    But I really hope this day comes so everybody can switch to Linux - including me.

    1. Re:Maturing by shaka · · Score: 1
      Taking this into consideration, Linux is "Production/Stable". How long before it's mature... who knows. Maybe (IMHO) more user-friendliness (i.e. idiot-proof) in installation/configuration, and being hardware friendly. *shrugs* ?:-/

      Uh, he was talking about the Linux kernel, you know. I don't really see why it needs to be "idiot-proof in installation/configuration".
      --
      :wq!
  50. Hurd bashing by Anonymous Coward · · Score: 0

    Not to bash Hurd, but I think we've got a better chance of seeing a working system boot straight into Emacs than a usable Hurd implementation. Too much petty bickering and false starts....Hurd is essentially where it was in the mid-90's as far as being able to grab it and use it. Given that rate of return on all the energy expended on it, I think the more humane thing to do with that development money would have been to send the developers to a strip club for a few years. At least then SOME of the cash expended would have trickled down to the rest of the economy. :)

  51. Re:Linus speaks out on number of topics... by Anonymous Coward · · Score: 0

    It's Tesla as in Tesla Coil, you brainless dick.

  52. huh? by commodoresloat · · Score: 1
    (from the link): "Linus had planned to name the operating system "Freax - free + freak + x".

    And how the hell is that pronounced? Who's got the mp3.... Good thing people never went with that name; linux never would have become popular. And if it had, RMS would be insisting that it be called "GNU/Freax - free + freak + x."

    1. Re:huh? by cloudmaster · · Score: 1

      I think you probably want the original, sun .au format file...

  53. Some jobs are still too hard to do on GNU/Linux. by jbn-o · · Score: 4, Insightful

    Which would put it on a par with how useful the Linux kernel was when it was young. It wasn't useful unless one was extremely technical, and even then it lacked a lot of hardware support and one couldn't do a lot of commonly useful things with it. In time, the HURD can mature and become competitive. This doesn't mean GNU/Linux is a piece of cake for jobs people want to do.

    But what I find interesting is Torvalds' answer to the question following his HURD answer:

    Preston: When do you think Linux will take over desktop market from Microsoft?

    Linus Torvalds: Oh, I think it's started already, it's just slow. You don't realize just _how_ slow it is, unless you've been looking at Linux over the last ten years. People kind of expect it to suddenly be "good enough" and take off like a rocket, but that's not how these things work. It gets better very gradually, and people get used to it very gradually. So I look back ten years, and think about how Linux was back then, and I have to chuckle a bit. The desktop of today is a bit better than it was a year ago, but you don't _really_ see the differences unless you step back a lot more..

    Here, unlike in previous questions, I think Torvalds uses the word "Linux" to mean a complete operating system in which the Linux kernel is being used (typically, a GNU/Linux system), so I'll interpret the answer in that vein.

    The main point I wanted to draw out is that it took ten years, by Torvalds' estimate, to get where things are now. I'd argue that that estimate is wrong by half (the free software community began 20 years ago), but even if we take the ten year figure at face value, the HURD hasn't been running on anyone's machine for ten years yet. And even now there are people (such as a fellow I had on my radio show last week who was addressing a caller saying the same thing) saying that the modern GNU/Linux system is too hard to use, too complex to install and to complex to do some jobs with when compared against Microsoft Windows or MacOS X. Those jobs include:

    • formatting an additional HD and adding it to one's system
    • configuring a FAX modem
    • doing optical code reading (OCR)
    • burning CDs and DVDs on some distributions (like Fedora Core)
    • sharing printers or disks via Samba

    All of these jobs are possible but way more difficult to simply do than they ought to be. And few (if any) distributions make it easy to do these things by including the free software packages available to make them work right out of the box.

    Configuration is too hard; getting these things working rely on one's skill with a command line interface or editing technical configuration files. ESR's printer essay was right on the mark when it came to his perspective on hooking up a printer--adding a printer should be automatic and the system should do more network scanning and autoconfiguration to suit what most people most of the time will want.

    So, even for those who would complain the GNU/HURD system is too far out of reach, I'd say look closer to home and see the problems that exist for GNU/Linux. GNU/Linux is a heck of a lot closer to what I think people yearn for, but that's no reason to trash GNU/HURD.

  54. GIMP by Anonymous Coward · · Score: 1, Funny

    The worst still is The GIMP. I mean, it has "CRIPPLED" right in its name!

  55. HURD by wikinerd · · Score: 2, Insightful
    I checked the HURD mailing lists and talked with some people on irc.gnu.org #hurd

    someone said to me there are 2 developers maintaining the cvs repository of hurd.

    A person who tried Debian GNU/HURD said it was usable, but with some unsupported hardware.

    There are three distributions of GNU/Hurd: Debian GNU/Hurd, Bee GNU/Hurd and Gentoo GNU/Hurd, together with gnu.org

    HURD isn't exactly dead, but I doubt it could replace Linux right now. However, I am excited by the idea of microkernels and I really want to see HURD becoming successful and usable by the general public.

    http://hurd.gnu.org/
  56. Netscape/Mosaic by cameldrv · · Score: 1

    There was a big lawsuit that was settled out of court between the U of I and Netscape in the early days of Netscape. The case that there was code sharing was very strong. There were identical bugs and even identically misspelled error messages. The Netscape people certainly got a jump-start from the Mosaic code.

  57. Moderators on crack strike again. by dusanv · · Score: 2, Insightful

    Why is this modded a troll? Micro-kernels sound like a neat idea. But then again, monolithic kernels should be good enough for everyone.

  58. Flumotion? by stor · · Score: 2, Funny

    Well you'll be happy to hear that Fluendo have just released their new streaming server "Flumotion" that streams ogg vorbis.

    *achoo!*

    Cheers
    Stor

    --
    "Yeah well there's a lot of stuff that should be, but isn't"
  59. Re:Some jobs are still too hard to do on GNU/Linux by strider44 · · Score: 2, Informative

    burning CDs and DVDs on some distributions (like Fedora Core)

    Is it hard to do that on Red Hat? I haven't used Red Hat recently, but I'm just curious. (Though I personally use Debian) I used mandrake not long ago and it was literally as easy as installing it then running k3b which is as easy to use as Nero - in fact I'd give the crown to Mandrake over WinXP in that respect. In fact all of those things except OCR (which I've never heard of) and modems (which I have no experience of in mandrake) are a breeze. You don't ever have to use the command line.

    But anyway, why is Red Hat different burning cd/dvds?

  60. Re:Some jobs are still too hard to do on GNU/Linux by Friggo · · Score: 1, Redundant

    It isn't, you can easily install k3b on Fedora Core and burn away.

  61. Misunderstood the question? by ClosedSource · · Score: 1

    "Preston: When do you think Linux will take over desktop market from Microsoft?

    Linus Torvalds: Oh, I think it's started already, it's just slow."

    I think Linus misunderstood the question. Nobody doubts that there are people who have switched from Windows to Linux, the question is if and when Linux will surpass Windows on the desktop.

    1. Re:Misunderstood the question? by Anonymous Coward · · Score: 0

      Oh, the question was just vague. Preston asked about an event, Torvalds answered about a process. (Of surpassing Windows. You can think of it as a gradual process too.)

      Or maybe Preston asked about just eating marketshare, since it's "take over desktop market", not "take over the desktop market". Go figure.

      And if Linus mis-answered, then I think it was an improvement on the original focus :-)

    2. Re:Misunderstood the question? by ClosedSource · · Score: 1

      It seemed to me if the question was just about eating market share, it was a stupid one since it is obvious that Linux has some desktop share. Even BeOS could make that claim.

  62. Re:Some jobs are still too hard to do on GNU/Linux by The+Spoonman · · Score: 2, Insightful

    Is it hard to do that on Red Hat?

    No, you can install k3b on redhat fedora core and burn away, but knowing that k3b is as easy to use as Nero, or even EXISTS is harder on Linux than Windows if for no other reason than the fact that you can't just go to the store and see all the cd burning software available, and buy what you need. Most CD burners come with some kind of burning software for Windows, but not for Linux. If I was a "user" with a new CD burner in my machine that runs Linux, being able to burn CDs will be a lot harder for me than my neighbor running Windows. Now, here come the "if it's that hard for them to figure out, they shouldn't be running Linux in the first place" argument that draws in so many people to the Linux flock....

    (Not necessarily from you, Strider, but some yutz is thinking it out there right now...)

    In fact all of those things except OCR (which I've never heard of) and modems (which I have no experience of in mandrake) are a breeze. You don't ever have to use the command line.

    No, not necessarily. Suppose for some reason your modem isn't supported, or network card, or sound card. There might be a kernel module out there you can get that'll enable it, but the average user isn't going to be able to do that. Until it's at the point that they stick in a CD that auto-runs and installs the drivers, or software for them, it's never going to be easy enough for general use. There are lots of people who are going to say "my grandmother or spouse uses Linux without problems", but that wouldn't be true if they didn't have a geek to help them out along the way.

    Oh, yeah, OCR=Optical Character Recognition. Scan a document, and it converts it to text so it can be edited. Useful stuff for some, and for those people a deal-breaker against using Linux (like me).

    --
    Which is more painful? Going to work or gouging your eye out with a spoon? Find out!
    http://www.workorspoon.com
  63. Linus' smiley? by Anonymous Coward · · Score: 0

    Which is just how I like it ;)

    I wonder if he winked at the reporter.

    In some (sick and over lawed) places on earth is illegal to wink. I wouldn't want Linus to write code from prison.

    1. Re:Linus' smiley? by Wolfger · · Score: 1
      In some (sick and over lawed) places on earth is illegal to wink.
      Really? It's illegal to wink here in the USA? ;-)
  64. Re:Some jobs are still too hard to do on GNU/Linux by blancolioni · · Score: 1

    No, you can install k3b on redhat fedora core and burn away, but knowing that k3b is as easy to use as Nero, or even EXISTS is harder on Linux than Windows if for no other reason than the fact that you can't just go to the store and see all the cd burning software available, and buy what you need.

    I'm not sure when this feature was introduced into Fedora (I'm on core 2 at the moment), but when I stick a writeable CD into my drive, an explorer-like window comes up. I drag files into it, then select "burn cd" from the file menu. I haven't installed any extra software to do this.

    I think this is much easier than what Windows offers right now (although it's missing a "burn ISO image" feature).

  65. Re:Some jobs are still too hard to do on GNU/Linux by Anonymous Coward · · Score: 0

    I'm not sure when this feature was introduced into Fedora (I'm on core 2 at the moment), but when I stick a writeable CD into my drive, an explorer-like window comes up. I drag files into it, then select "burn cd" from the file menu. I haven't installed any extra software to do this.

    This is the built-in CD burning software of the Nautilus file manager, which is part of GNOME. I believe that the CD burning feature was added for GNOME 2.6 release.

    it's missing a "burn ISO image" feature

    True, but you can run gcombust or K3B. Maybe even (somday) GNOME Coaster.

  66. Re:Some jobs are still too hard to do on GNU/Linux by shaka · · Score: 2, Informative
    I'm not sure when this feature was introduced into Fedora (I'm on core 2 at the moment), but when I stick a writeable CD into my drive, an explorer-like window comes up. I drag files into it, then select "burn cd" from the file menu. I haven't installed any extra software to do this.

    I think this is much easier than what Windows offers right now (although it's missing a "burn ISO image" feature).

    I don't know what Fedora uses to accomplish this (I'm on Debian) but on my system Nautilus handles burning in this manner. It's just as you say: Open the location burn:/// (or something similar) and drag the files there. However, on my system this works with ISO-images too. In fact, then it's even easier, just right click on the ISO and select "Burn image to CD" or something like that.

    This is just for data-CDs though, Nautilus doesn't handle music-CDs yet, which is a shame. K3B is ok but I really think it's interface isn't clean enough. It's easy to use but the interface just has a clunky feel IMO.
    --
    :wq!
  67. Re:Some jobs are still too hard to do on GNU/Linux by blancolioni · · Score: 1

    However, on my system this works with ISO-images too. In fact, then it's even easier, just right click on the ISO and select "Burn image to CD" or something like that.

    This shows what a moron I am. I didn't even think of trying that, probably because it was too obvious.

    Ah, well.

  68. Re:Some jobs are still too hard to do on GNU/Linux by strider44 · · Score: 1

    *shrug* I haven't had any sound card, network card, motherboard, IDE card, hard drive, usb device, anything that's not directly supported by the 2.6 kernel except 1 (a logitek webcam). That's just plug in and use it. I've even actually had some things that I looked up on the internet to see if they worked (like my canon sp200SPX printer) and only found things saying that it's impossible to use on linux, but they were wrong.

    Also, have you tried looking up OCR linux on google? Though I'm not going to presume that they'll suit your purposes there are plenty of programs that work on linux...

  69. GNU/* by Anonymous Coward · · Score: 0
    >Lets not forget, HURD is FSF/GNU

    It is not HURD or FSF/GNU, it is GNU/HURD and GNU/FSF/GNU you insensitive clod!

  70. Live your values by Steeltoe · · Score: 1

    All the difference is between KNOWING what's best and LIVING it.

    Most people have heard some words of wisdom, but the wise take it to their heart and out into the world. They are delighted to give and receieve more wisdom, and the beauty only increases even when it's heard before.

    What is being said is not so important as WHO is saying it. Words become empty when they just remain words, and do not sprout into action.

    Depression is not living true values and becoming dull. The best remedy is to take action, do all you can, taking care of others instead of constantly thinking about oneself.

  71. And Linus sayeth "I think Hurd is dead." by Ingolfke · · Score: 2, Informative

    Clearly the Hurd has gone the way of Gentoo and BSD; down the path to oblivion. Surely no one can doubt this now that Linus hath spoken.

    1. Re:And Linus sayeth "I think Hurd is dead." by Wolfger · · Score: 2, Informative

      Gentoo has gone down the path to oblivion??? That's news to all us Gentooists. Gentoo is more popular than ever.

    2. Re:And Linus sayeth "I think Hurd is dead." by Anonymous Coward · · Score: 0

      What do you mean by dead? Do you mean obsolete or no longer used? If you mean, obsolete then you are correct, BSD is dead. If you mean, no longer used, you are clearly ingnorant of the facts. There are many users of BSD, I personally have saveral friends who run it on their old Pentium boxes, one guy even uses an old Amiga he had laying around. Can these boxes run X? No. Can they play MP3s? Not really. Can they surf the web? Yes. With graphics... no. BSD is about resourcefullness and minimalism. It teaches you to get back to your primal geek... to learn to function without GUIs, speed, platform reliability, effeciency or perl 5. BSD is about nostalgia, nostalgia for old and archane platforms, nostalgia for operating systems from the 1980s. BSD is not dead.

      I do not use Gentoo, but I've tried it a time or two. Again if dead=obsolete then Gentoo is absolutely not dead, but if dead=no longer used, then you are probably correct. The official Gentoo users statistics have shown that the peak # of Gentoo boxes was 1,771. There are now only 441 active Gentoo boxes (as of today). These are not "Netcraft" statistics. These are straight from the Gentoo stats website. The Gentoo technology is pretty impressive, although compiling everything does become an annoying chore. But with the departure of Daniel Robbins, it appears that the project has lost it's already tenuous footing.

    3. Re:And Linus sayeth "I think Hurd is dead." by ulib · · Score: 1
      Clearly the Hurd has gone the way of Gentoo and BSD; down the path to oblivion.

      BSD down the path to oblivion? If by oblivion you mean being more and more used, and getting better and better, then you're definitely right. :-)

  72. Mach is not that bad by MemoryDragon · · Score: 2, Interesting

    Examples for systems using Mach are MacOSX and IBMs AIX....
    Mach used to be bad around 1990 but the things have been patched up ;-)

  73. a message from ATI land by MemoryDragon · · Score: 1

    Well one major hardware manufacturer, NVidia puts out excellent drivers. The ATI drivers in their current state still are a joke. I wonder if there are two driver lines, since the SGIs also run on ATI and they definetly cannot get away with the driver quality you get from the ATI download page.

    Thank god there is the ATI-DRI project, they produce much better much more stable drivers but they dont have full access to all the functions, so their drivers are a mixture of reverse engineering, a tiny little bit of information ATI has given to them and the lack of newer core functions (like how to enable pixel shading) But for the 2d side of things they are the perfect choice currently, the ATI drivers are too unstable and to crashy.

  74. Re: critical mass by Anonymous Coward · · Score: 0

    It's a little bit ironic, the reason Linux doesn't have critical mass is simple: it's because Linux because it's free.

    The business world measures critical mass in dollars spent. If they really wanted everybody to start using Linux, GNU could start charging $10/user/year. For each 10,000 users, they'd get another full time employee paid to work on fixing bugs or adding features. This will help to increase the adoption rate. By 100 million users ($1 billion/year), they'd have 10,000 paid developers, and Linux would be able to compete with Windows head to head. Microsoft would be forced to lower the price of windows from $30/year to curb the flow of users to Linux.

    p.s. A couple of facts found by some quick Googling: 1. Linux had about 70,000 users in 1998. 2. There are between 100 and 200 million people in the U.S. own or use a personal computer.

  75. Re:Some jobs are still too hard to do on GNU/Linux by shaka · · Score: 1
    This shows what a moron I am. I didn't even think of trying that, probably because it was too obvious.

    Actually, I wouldn't say it is you who is the moron. It's a bad implementation. See this bug, though.
    --
    :wq!
  76. Hurd can Fly? by bill_mcgonigle · · Score: 1

    I think Hurd is dead ... So the project stumbled, and _still_ didn't bother to look down on the ground.

    IIRC, that's the trick to flying.

    (apologies to Adams)

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  77. Re:Some jobs are still too hard to do on GNU/Linux by jbn-o · · Score: 2, Informative

    I appreciate the software freedom GNU/Linux and other free software grant me; this is the main reason I stick with GNU/Linux and why I advocate its use elsewhere. But there is a lot of room for improvement. I look back over the past 20 years and see all the progress that has been made, so I'm not raising these issues as an alarm. These things can and will be improved. It's about whittling down how they should work and making them work that way (and ignoring the technocrats who want to overburden the situation with a vast array of preferences and tweaks).

    What follows is long, but it gives a more complete picture of what I've been through with GNU/Linux and a brief bit about my experience with a couple of non-free OSes. I thought your question deserved a full response.

    Installing K3B is not done by default and the name ("K3B") means nothing to someone looking for a CD/DVD burner. If you do install it, you have to run it as root to make it work (obviously a showstopper for a multi-user installation and not a good idea for a single-user laptop or desktop system either). Nautilus tries but doesn't work due to (I'm told) a kernel issue. Nautilus also won't burn a number of CD formats K3B can burn, including audio (which I think a lot of users would want to burn).

    OCR is available as free software but isn't shipped in Fedora Core (or Ubuntu, as far as I know). There is another free software OCR program (whose name escapes me at the moment) and it is trainable because it is aimed at reading ancient texts. This approach might be useful to academes, but it is very complex to use for ordinary text one comes across in newspapers and magazines, and it doesn't come with training by default. The interface for both programs are each quite unlike other programs which steepens the learning curve. Right now, OCR doesn't "just work" on GNU/Linux.

    Plug and play access to hotplug devices still eludes GNU/Linux for the most part. If I hook up a printer, I want that to be my default printer. Same for modems, fax modems, scanners, joysticks, and anything else I can hotplug. I can get scanning to work when there is only one scanner--plugging in my Epson Perfection 1260 via USB and starting up XSane (with its non-HIG interface) does work on Fedora Core. I am not sure what would happen if I had two or three scanners.

    Without significant technical reconfiguration, Fedora Core doesn't like USB memory sticks. They don't do the right thing as far as I can tell. Does Mandrake handle multiple USB memory sticks correctly? Or is it really just a hack that isn't exposed until you have more than one plugged in at the same time?

    I realize hotplug stuff in general is being worked on and should improve. I'm describing the state of affairs as they are today. I look forward to seeing improvements and paying to see more improvements implemented as free software.

    The last time I tried Mandrake it couldn't get my printer (a Brother HL-1270N connected via ethernet) working and the install screen offered absolutely no help. Mandrake also made a user login for me that I couldn't actually log into and use. I had to use root for everything and even then many things were obviously screwed up by default so I couldn't get jobs done which I knew other GNU/Linux distributions could do with ease. I switched back to Fedora Core. I'll try Mandrake again later, when I can see someone else's installation doing things I want to do with no reconfiguration at the command line.

    Documentation to fix these things is often non-existant ("Read the source, Luke") or geared at the technical user (man pages with lots of references to things that are never introduced, or man pages for programming add-on software). I have yet to get Samba working well, for instance, because the interface to doing this is too clumsy and the docs are quite poor. I'm making my way through one of those Samba in 24 hour books. I'm told NFS is a pain to keep going and yet GNU/Linux offers no simple disk and printer sharing n

  78. Re:Some jobs are still too hard to do on GNU/Linux by Feztaa · · Score: 1

    But anyway, why is Red Hat different burning cd/dvds?

    It's not, and I don't know what the parent poster is smoking.

    On Fedora Core, to burn a CD, you insert a blank CD into your burner. A nautilus window pops up, which is the CD Creator. You drag files into it, then you press the burn button, and it burns the CD. You don't have to install CDs or anything, it just works*.

    (* there's a bug in the newer kernel versions that prevents cdrecord for burning CDs as anybody but root, so this is currently broken. This affects ALL distros, not just fedora core)

  79. Re:Some jobs are still too hard to do on GNU/Linux by Feztaa · · Score: 1

    ugh, brainfart, I meant to say "you don't have to install k3b or anything", not "install CDs".

  80. Linux and CAD by pipingguy · · Score: 1


    I'd like to know what Linus' thoughts are regarding Linux in the CAD world. The input I've gotten is that it exists, but proprietary file formats, foot-dragging and inertia are hindering the process of opening up the existing state of the art.