Slashdot Mirror


Andrew Tanenbaum On Minix, Linux, BSD, and Licensing

An anonymous reader points out an interesting, detailed interview with Andrew Tanenbaum at Linuxfr.org; Tanenbaum holds forth on the current state of MINIX, licensing decisions, and the real reason he believes that Linux caught on just when he "thought BSD was going to take over the world." ("I think Linux succeeded against BSD, which was a stable mature system at the time simply because BSDI got stuck in a lawsuit and was effectively stopped for several years.")

480 comments

  1. This is getting old by Anonymous Coward · · Score: 4, Funny

    I've thought they've ended this flame war several years ago?
    Well then, here we go, let the flaming commence...

    1. Re:This is getting old by alexandre_ganso · · Score: 2

      Is BSD wasn't into that trouble, IBM and pretty much everybody else would take it for themselves and never give anything back to the community. For as much as I don't like to admit it, it was the gnu license which lead us here.

    2. Re:This is getting old by hedwards · · Score: 5, Insightful

      Not really, *BSD was taking off and the Linux devs made liberal use of the FUD that resulted from the lawsuit to scare people off of *BSD. Linux itself, by Linus' own admission, probably wouldn't exist if he had had a copy before he started Linux.

      The GPL itself has its utility but in all honesty, let's be honest about the effect that had on developers early on that weren't just hobbyists. The BSD license is one of the main reasons that the internet was able to grow so quickly despite MS not having a viable TCP/IP stack for its OS until late. That never would or could have happened with the GPL just because of the way it's written.

    3. Re:This is getting old by jedidiah · · Score: 2, Insightful

      The whole lawsuit thing really isn't relevant.

      The real problem with BSD as a mass movement has always been it's approach and management style. Blaming those old lawsuits are just a sort of "lost cause" excuse.

      What really gave Linux the advantage was the cooperative development approach with "hobbyists". The chaos of multiple different versions that many people like to knock Linux for is precisely the advantage it had over BSD and probably still has. People fork Linux for their own reasons and make tweaks and improvements on it. Eventually those changes propagate to other distributions and the whole thing gets better.

      It's the Cathedral and the Bazzar.

      In my own case, Linux was simply the first Unix that supported the hardware I had at the time.

      When Slackware botched the 2.0.0 release, it was nice that Redhat was there to help pick up the pieces.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    4. Re:This is getting old by TheRaven64 · · Score: 3, Insightful

      In my own case, Linux was simply the first Unix that supported the hardware I had at the time.

      And the BSD lawsuit delaying the distribution of the i386 versions of BSD by a few years had nothing to do with that...

      --
      I am TheRaven on Soylent News
    5. Re:This is getting old by Anonymous Coward · · Score: 0

      Are you seriously suggesting that BSD could not have been forked by whomever wanted to?

    6. Re:This is getting old by nomadic · · Score: 3, Funny

      Of course it couldn't been forked, do you know how restrictive the BSD license is compared to the GPL??

    7. Re:This is getting old by pugugly · · Score: 1, Insightful

      Sure it could have - and nothing they did with the fork would have benefited anyone but them. If you think the hundreds of Linux forks are bad, imagine hundreds of forked OS's growing and dying . . . with absolutely none of the knowledge gained going back to the main community.

      Windows beats Linux because, however crappy it often is, it's crappy in entirely consistent ways. Linux improves because different distros learn not to be crappy in new and different ways. The way *I* read the BDS license(s), BSD would have been legally forced to be crappy in a new and different way each and every time - unless the failures voluntarily submitted their improvements and new knowledge back to the community he claims they avoided doing in Linux specifically because they didn't want to do that.

      Or - to rephrase - as nice as Mac's BSD under the skin OS is, how much has it actually improved the BSD experience of anyone else?

      Pug

      --
      An Invisible Entity of Vast Power whose existence must be taken on faith alone: Liberal Media
    8. Re:This is getting old by Anonymous Coward · · Score: 0, Offtopic

      "...forked by whoever wanted to."

      When "whom" or "whomever" is the subject of a subordinate clause, it takes the nominative case.

    9. Re:This is getting old by nurb432 · · Score: 1

      Some people will never let go. I can think of 3 off the top of my head: RMS, Theo, Andrew...

      The perpetual 'war' these people ( and others ) only serve to diminish their contributions.

      --
      ---- Booth was a patriot ----
    10. Re:This is getting old by drinkypoo · · Score: 1

      Is BSD wasn't into that trouble, IBM and pretty much everybody else would take it for themselves and never give anything back to the community.

      What do you mean by BSD? Do you mean the Berkeley System Distribution? IBM already had licensed BSD 4.3 from Berkeley and was using parts of it in a number of products, and all of it on the RT/PC where they called it AOS. IIRC "A" stood for "alternative", to an early AIX maybe? It's been a while and I no longer have access to the 9 net. IBM already had the opportunity to use BSD and give nothing back to the community years before Linux even existed.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    11. Re:This is getting old by donaldm · · Score: 1

      Windows beats Linux because, however crappy it often is, it's crappy in entirely consistent ways.

      No! MS Windows beats Linux because of the "Microsoft Tax".

      Or - to rephrase - as nice as Mac's BSD under the skin OS is, how much has it actually improved the BSD experience of anyone else?

      The problem with the BSD license is the fact that any company can take the code and make it their own without giving anything back so it is impossible to determine how much of Apple's code is BSD or not since their code is propitiatory.

      Personally I don't object to people putting their code under a BSD license however what we are now seeing are some of those people discriminating against the GPL in that they are actually stating that while their code is under a BSD license they will not allow anyone to take their code and GPL it which seems a contradiction of the BSD license.

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    12. Re:This is getting old by dave87656 · · Score: 1

      The real problem with BSD as a mass movement has always been it's approach and management style.

      Isn't that also its advantage? FreeBSD (at least, I don't know the others) is very consistent, well documented and clean. It's always in the top 10 of Netcraft's highest uptime stats.

    13. Re:This is getting old by dave87656 · · Score: 1

      I was wondering about that myself. "By whom" is correct, but "whomever wants to ..." is not. What does one do when you combine the two? I tend to think the correct syntax would have been "can be forked by whoever wanted to". Where are the English majors when you need them?

    14. Re:This is getting old by alexandre_ganso · · Score: 1

      That's EXACTLY my point.

    15. Re:This is getting old by Eivind+Eklund · · Score: 1

      How about you read some of the actual ways things happen before you publicly have an opinion? ~All relevant Unix level changes in OSX has been offered back, including some manpower to help merge them; unfortunately not enough to make it technically feasible.

      The problem is with the number of changes you get when you use a full operating systems development mode and branch; merging gets hard, and it is generally more rewarding for somebody to work on their own changes rather than doing merges. We've very far from fully cross-merged between NetBSD/OpenBSD and FreeBSD either, and there you at least can't claim that it's a licensing or commercial body issue.

      Cross merges between BSDs and between Linux distributions tends to happen at the same granularity: Import of whole tools.

      GPL vs BSD license is irrelevant to this; and it's irrelevant to most contributions of changes. (The extra changes that gets contributed when you have a GPL license is a small amount; and you lose a lot of changes that don't get made. Trying to work out the exact economic corner cases where you get more changes with the GPL is a complicated mind game - but you have to start with "Why is X making these changes in the first place, and why would they both want to make them even if they can't keep the value (can't keep the proprietary) and not want to give them away".)

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    16. Re:This is getting old by pugugly · · Score: 1

      Wow - I have a public opinion that differs from yours! I must be unread, or else I would obviously agree with you.

      Because after all, changes never get merged back into Linux . . . no, wait, happens all the time. Or so I read.

      In your defense, you may have intended to post this to the threads about how BSD elitism has in no way hindered it either.

      Pug

      --
      An Invisible Entity of Vast Power whose existence must be taken on faith alone: Liberal Media
    17. Re:This is getting old by pugugly · · Score: 1

      I would posit that it's the relative consistency of Windows that makes the Microsoft Tax feasible. Like most things this is an advantage or disadvantage depending on circumstances; among other things it means when they improve security in badly needed ways, they experience a backlash.

      Linux is nimbler, but I'm looking at moving from Ubuntu to Mint (Or maybe just Debian) specifically because the nimbleness is a trade-off with consistency (and well -- the more I know Unity, the less I like it). I prefer Linux, but Windows mediocrity is mediocrity to a purpose.

      Pug

      --
      An Invisible Entity of Vast Power whose existence must be taken on faith alone: Liberal Media
    18. Re:This is getting old by drinkypoo · · Score: 1

      The lawsuit was against BSDi, not BSD. It didn't point to any problem IBM couldn't solve. There was no lawsuit against AOS. I think you are wrong.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:This is getting old by alexandre_ganso · · Score: 1

      What I mean is that if there was no lawsuit and IF bsd succeeded as prof Tanembaum says, IBM and others could just take the code, do whatever they wanted with it and never give anything back to the community.

      Which was not the case with linux. Linux grew a lot because people HAD to give something back.

      I am not implying anything. Tanembaum is.

    20. Re:This is getting old by drinkypoo · · Score: 1

      What I mean is that if there was no lawsuit and IF bsd succeeded as prof Tanembaum says, IBM and others could just take the code, do whatever they wanted with it and never give anything back to the community.

      What I mean is that the lawsuit against BSDi had nothing whatsoever to do with whether IBM (who can afford to bury the US government in paperwork!) was going to take BSD, which they already had a license to, and use parts of it for their own purposes.

      I am not implying anything. Tanembaum is.

      If you're not implying anything, and what you're saying has no logical basis, then you comment is devoid of content.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    21. Re:This is getting old by ByOhTek · · Score: 1

      Ummm.

      There are 3 lively "core" BSD forks out right now (Free, Net, Open). All of which have ported in things from the other forks. There are some other forks, but the bear more resemblance to CentOS as a fork of RHEL, than a functional fork, and I have trouble counting that as a true fork.

      So, your first paragraph is BS. Sorry.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    22. Re:This is getting old by ByOhTek · · Score: 1

      The reason for the latter case that you disagree with, is that the derivatives are demanding right for themselves, but denying it, to a certain extent, to the parent work. I think that they are going about it in completely the wrong way (if nothing else, they willingly forwent that right when they chose the BSD license), but I can understand why they do it.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    23. Re:This is getting old by jbolden · · Score: 1

      RMS' major contribution arguably has been his wars. Theo is much more of a mixed bag. Andrew missed the bus and is totally unrealistic. Minix is not ready to go up against QNX.

    24. Re:This is getting old by jedidiah · · Score: 1

      What's funny is that you decided to fixate on licensing since I didn't mention anything about that in my post.

      No. I did not attribute the forking behavior of Linux developers to the license. So it may be a purely cultural thing.

      It might also be an effect of the size of the developer community and that is something where the stated ground rules might make a difference. You might attract more of them if they're assured that no one will pull an "emacs" on them.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    25. Re:This is getting old by jedidiah · · Score: 1

      > Windows beats Linux because, however crappy it often is, it's crappy in entirely consistent ways

      Nope. Windows beats Linux because it is essentially the latest version of MS-DOS. 3rd parties predominantly support Microsoft only and there's a vast array of legacy software.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    26. Re:This is getting old by nomadic · · Score: 1

      Fixate? I made a joke. The BSD license is one of the least restrictive things on the planet.

    27. Re:This is getting old by smash · · Score: 1

      Or - to rephrase - as nice as Mac's BSD under the skin OS is, how much has it actually improved the BSD experience of anyone else?

      Clang. Grand central. Biggest use of d-trace outside of solaris. Zeroconf, webkit, etc. Apple releases plenty of open source, and exposes the freebsd userland to a far greater audience than the tools would otherwise see. This means that bugs are more likely to be uncovered.

      If you use the BSD code sure you can refuse to contribute upstream. However its shooting yourself in the foot as far as taking advantage of further free development goes.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    28. Re:This is getting old by smash · · Score: 1

      The problem with the BSD license is the fact that any company can take the code and make it their own without giving anything back so it is impossible to determine how much of Apple's code is BSD or not since their code is propitiatory.

      This is a feature. BSD aligned people want ALL software to be better through the use of standards based, well-tested code, and release their code for free use/distribution as a result. The GNU types want commercial software to lose.

      There's a fundamental philisophical difference here, and personally i think the BSD way is preferable.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    29. Re:This is getting old by smash · · Score: 1

      This might have been true 20 years ago, but most people don't run dos apps any more. Windows beats linux because an idiot can install/mis-use it.

      And consultants can charge money to maintain/babysit it.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    30. Re:This is getting old by kbw · · Score: 1

      Windows is more popular because it got there first, it got computers into home and followed cheaper computers into businesses. Linux started poping out some time later and still not about to replace Windows in the average home.

      Commercial users of all operating systems pay for consultancy. Would you bet the farm on a labour saving device without making sure you had expertise on hand to manage it for you?

    31. Re:This is getting old by Anonymous Coward · · Score: 0

      Not really, *BSD was taking off and the Linux devs made liberal use of the FUD that resulted from the lawsuit to scare people off of *BSD. Linux itself, by Linus' own admission, probably wouldn't exist if he had had a copy before he started Linux.

      I ran Minix on my 286 because I, like Linux, wanted Unix on my PC. I remember when BSDi came out and followed the Jolitz's article in DDJ. When I bought a Gateway 486 in '91, I downloaded the Jolitz BSD (386BSD or BSD386?) 0.1.

      It didn't install. I downloaded SLS Linux 1.03(?) and it ran better then Minix with X11. I didn't look at BSD again until NetBSD on a Mac IIci in 1996ish.

      I suspect I'm typical of the people that wanted a Unix in that era.

      Minix 1.3 could go to 1.5 with lots of work. To 386 with more work. It could run GNU emacs and tcsh with tweaking.
      Coherent was out there too, but also was work to port to.
      Various 386 Unixen were out there for $1000. Dell, SCO, Toshiba, Interactive, etc. And BSDi.
      OS/2 and Windows 3.1 and DOS were the more mainstream OS.
      When Linux came out, people moved off Minix and Coherent. They stopped spending $1000 for the other 386 Unixen that were harder to port to than Linux.

      They were all buggy, but some were easier to port stuff to. Most people wanted the GNU stuff, TeX (I had some on DOS and OS/2 even) and a development environment. Most of that stuff was built on SunOS (not Solaris) and ported to other platforms. They all needed tweaks.

      Linux was easiest to port to. It had BSD networking and sockets as well as the Sys V stuff that X11 used. Nowadays stuff is developed on Linux and ported elsewhere.

    32. Re:This is getting old by Reservoir+Penguin · · Score: 1

      Yeah, I've read the entire interview and I can't believe how spiteful he still is towards Linux and Linus. In nearly every answer he takes a jab at Linux, downplaying it's success or reducing it to dumb luck. He's really bitter for his own baby Minix getting sidelined by Linux.

      --
      US-UK-Israel: The real Axis of Evil
  2. Frozen, I tells you by Ynot_82 · · Score: 4, Insightful

    Wow,
    he couldn't have pushed the "Linux succeeded because BSD had legal troubles" thing any harder
    What was that? Three mentions of it?
    I don't personally agree, I think Linux succeeded on it's own merit, but anyhow

    1. Re:Frozen, I tells you by drinkypoo · · Score: 5, Funny

      He comes off as a super-asshole in general. "I published a paper in 1978 on something very close to the Java Virtual Machine, but we never got much credit for it although we were years ahead of Sun. Such is life sometimes." Too bad it was just a paper. But the truth is that Smalltalk is the language which actually existed which deserves the credit that Java got technically, but it also went nowhere because it was neither packaged more marketed attractively. The state of documentation for Squeak is distressing. So, Java it is!

      Tanenbaum is clearly grumpy about continually being asked questions about why Linux ate Minix's lunch, and he's very defensive of his stupid license choices which have kept Minix an "also-ran". Maybe if they couldn't get a rise out of him, people would stop asking him about it. As long as he says stupid quotable things about Linux the questions will keep coming.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Frozen, I tells you by Anonymous Coward · · Score: 5, Informative

      The question is not why Linux succeeded, but why Minix failed.
      The answer is simple, Tanenbaum refused to develop a 386 version,
      claiming bizarrely that there were so many 286's in the world
      that people would always use them.

      If he had brought out a 386 version of Minix
      I doubt if Linux would have taken off.

      My impression at the time was that he got bored with Minix,
      and wanted to move on to other things.

      But the way in which Minix has been written out of the Linux story
      is very strange, in my opinion.
      In its origins, Linux was simply a fork of Minix.
      Admittedly Torvalds had to re-write everything,
      but that was just because Tanenbaum had a veto
      on Minix development, and only allowed a tiny handful
      of devotees to add code.

      Torvalds was infinitely better at getting a team
      to co-operate with him.
      That was the secret of his success.

    3. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      You must really like apostrophes.

    4. Re:Frozen, I tells you by Anne+Thwacks · · Score: 5, Insightful
      There is also the slightly relevant fact that Minix was a teaching demo, and was meant to be a teaching demo. It was not meant to be a sueable system.

      And to get it, you had to buy a book that cost more than I paid for a used car that year. (Yes, I did buy the book too!)

      --
      Sent from my ASR33 using ASCII
    5. Re:Frozen, I tells you by Dr.+Blue · · Score: 5, Insightful

      Tanenbaum has always been the kind of person with good technical insights, but no sense whatsoever about what makes something successful as a product or "in the real world." I have a lot of sympathy for that, because I'm like that as well. I'm a researcher - I write papers, they have good technical insights and contributions, they definitely impact the science of the field, and I hope that along the line they can affect practice - but I know there's a world of difference between what I do and making a product. Tanenbaum doesn't seem to get that.

      And as far as the Java bit, yeah a LOT of people had that idea. It long predates what Tanenbaum did, back to o-code in the 1960's and p-code in the early 1970's (with the most popular version, remarkably similar to the Java/JVM model being UCSD's Pascal/pSystem). Those didn't take off like Java either - because there's a huge difference between having a good technical idea and having a successful product. Some is timing, some is "cool factor", some is marketing and sheer determination and drive. But superior technology, or having the first idea technically, has very little to do with it. See the success of MS-DOS or Windows for further examples... :-)

    6. Re:Frozen, I tells you by mmcuh · · Score: 5, Funny

      Any non-trivial software is sueable.

    7. Re:Frozen, I tells you by hedwards · · Score: 0, Redundant

      I'm glad that Linux exists, but apart from commercial apps and manufacturer support it's really hard to find anything that Linux does better than *BSD does. At least not for home use. In fact I've had far more problems with Linux over the years due to the absolutely insane model they're using. *BSD, OSX, BeOS, Windows etc., etc., are all OSes that have all the components necessary in one install, Linux is goofy like that. Linux has no basesystem it's just a kernel and as a result you get all sorts of head aches as you can't just update the base without touching the entire userland, rather than just the software you installed.

      Also, I've found that in the past the driver support was questionable. The quality has gone up greatly since I installed my first copy, but *BSD never had that kind of problem. Sure there would be fewer devices supported, but you knew that if it was supported it would work. And typically work properly, I don't recall ever having gotten a nasty surprise from FreeBSD when a device half worked.

    8. Re:Frozen, I tells you by Anonymous Coward · · Score: 0, Insightful

      Get your facts right. Linux was NEVER a fork of MINIX, no more than your post is a fork of Internet Explorer because that's what you used to write your drivel with.

    9. Re:Frozen, I tells you by next_ghost · · Score: 5, Informative

      In its origins, Linux was simply a fork of Minix.

      Oh come on. How many people still believe this Ken Brown nonsense? Even Tanenbaum himself said this is complete nonsense.

    10. Re:Frozen, I tells you by JoeMerchant · · Score: 1

      Wow,
      he couldn't have pushed the "Linux succeeded because BSD had legal troubles" thing any harder
      What was that? Three mentions of it?
      I don't personally agree, I think Linux succeeded on it's own merit, but anyhow

      Everything succeeds on it's own merit, I think the sour apples he was complaining about was that BSD would likely have succeeded first or better than Linux, if only it hand't been mired in the legal problems.

      Yeah, and I can point to a dozen things in my past that have "prevented" me from making millions...

    11. Re:Frozen, I tells you by fnj · · Score: 1

      What are you talking about?

    12. Re:Frozen, I tells you by 0ld_d0g · · Score: 1

      Jesus... talk about apples and oranges. He was talking about the JVM not the Java language. It helps to be correct before insulting people.

    13. Re:Frozen, I tells you by tomhudson · · Score: 5, Informative
      Linus Torvalds himself says the same thing - that if it weren't for the BDSI lawsuits, he would have just used BSD. [citation]

      "If 386BSD had been available when I started on Linux, Linux would probably never had happened."

      Read the current article, then the one linked to another interview with Linus. It will become clear.

    14. Re:Frozen, I tells you by Gr8Apes · · Score: 3, Insightful

      First, on the Linux vs Minix piece - Minix wasn't ready for any use at all or at least so it was perceived. So Linux won that one. Regarding BSD, Linux ran on current hardware that hobbyists had laying around, BSD generally required a level of effort above and beyond that, so despite being a much better system, Linux won there also. Quite honestly, BSD is just a much better designed system, but that's not going to help it win outright converts when Linux appears to meet the needs and has mindshare. However, BSD may yet make a come back. I don't think the final chapter has been written yet. There's all those Windows machines that can be converted, after all. ;)

      On the Java piece - Java took off because it actually worked for the things people needed. It had the libraries, so even though Smalltalk might be better designed, it fails to meet those goals for 90+% of the folks that needed something. Java was truly the first to deliver adequate functionality and performance across platforms, and people (and companies) embraced it for it came with a license and was backed by a company that everyone felt they could tolerate and trust. So far, neither's been violated. We'll see what happens now that Oracle is in charge.

      --
      The cesspool just got a check and balance.
    15. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Yep - and p-code was common knowledge; I remember in my Programming Languages course back in '93 being required to work on a Pascal compiler that emitted p-code. We were supposed to add parallel programming features to it.

      Java had a few things that helped it along - first, Sun, who marketed it aggressively and made sure to make JVMs available for lots of platforms. Second, the web - Sun sold Java as a language for the web, going so far as to brand the in-web-pages interpreted language they'd picked up about the same time "Javascript", even though the two languages didn't have a lot in common beyond superficial similarities. Third, and combining with number two, they smartly provided a way for java apps downloaded from the web to be sandboxed.

      Once they had people writing Java applets for web use, they started up on getting people to write un-sandboxed Java apps and server-side applications, which was much easier. "Hey, that language you already know... now you can use it for this too!"

    16. Re:Frozen, I tells you by colinrichardday · · Score: 1

      But according to Tanenbaum, BSD was meant to be sueable.

    17. Re:Frozen, I tells you by Anonymous Coward · · Score: 2, Informative

      I remember that I installed some early Linux version because BSD did only support SCSI disks and not IDE. So I was waiting until I could afford to put SCSI disks (and a controller) in my 386 computer. I don't remember why I didn't switch to BSD later, but it was more a case of inertia, and of course no space on my disks for a practical dual boot.

    18. Re:Frozen, I tells you by MightyMartian · · Score: 1

      How can Linux be a fork of Minix when damned near every aspect of its design was different? Linus certainly delved into Minix, and it was an inspiration, but Linus specifically went his own way with the monolithic kernel.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    19. Re:Frozen, I tells you by Anonymous Coward · · Score: 1

      Sun sold Java as a language for the web, going so far as to brand the in-web-pages interpreted language they'd picked up about the same time "Javascript"

      Nitpick - Sun didn't have anything to do with JavaScript, that was Netscape's baby.

    20. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Doesn't really matter if you "personally agree" - as a Unix integrator during that time, that is exactly why we tortured ourselves with half-baked early versions of Minix/Linux while there was a perfectly good BSD: the BSD licensing made its use a non-starter.

    21. Re:Frozen, I tells you by Anonymous Coward · · Score: 4, Insightful

      Linus Torvalds himself says the same thing - that if it weren't for the BDSI lawsuits, he would have just used BSD.

      That is not the same thing. Torvalds is saying Linux likely would not have existed. That doesn't mean the success of Linux is correlated to the temporarily hamstrung BSD, that simply means Linux may not have had an opportunity to succeed if BSD was not hamstrung because it would not have existed.

      It may very well be that Linux would not have experienced the success that it has if BSD was not legally hamstrung but you are drawing an incorrect conclusion from Torvalds' statement.

      If BSD was not hamstrung and Torvalds still decided to start the Linux project it still may have succeeded. The decision on whether or not to start the project only determined whether Linux would exist in the first place.

    22. Re:Frozen, I tells you by 7-Vodka · · Score: 1
      I'm going to go out on a limb and say that they are implying different causes.
      1. One says linux wouldn't have been started by him. Imo it would have been started by the FSF and we'd all be using a full blown micro kernel.
      2. The other implies linux's success was based on the problems of BSD and nothing to do with the license. Total nonsense.
      --

      Liberty.

    23. Re:Frozen, I tells you by tomhudson · · Score: 1

      You're having a bit of a logic fail today. If Linux didn't exist, it would certainly not have ANY measure of success.

      Also, BSD is having a much higher success rate on the desktop than Linux will ever have, in case you haven't noticed.

    24. Re:Frozen, I tells you by tomhudson · · Score: 2

      One says linux wouldn't have been started by him. Imo it would have been started by the FSF and we'd all be using a full blown micro kernel.

      *UMPOSSIBLE* - Stallman announced such a project a couple of decades ago, then couldn't find anyone willing to contribute code to it.

      The other implies linux's success was based on the problems of BSD and nothing to do with the license. Total nonsense.

      How can a project be a success if it's never even started? So no, not total nonsense, as even Torvalds says. Why are you disagreeing with the one person in the whole world who is in the best position to make that call?

    25. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      No, it had nothing to do with the lawsuits. Linus didn't use 386BSD simply because it wasn't ready yet when he started Linux.

      Check out the Wikipedia article on 386BSD:

      "386BSD, Dr. Dobbs Journal, and William Jolitz and Lynne Jolitz were never parties to these or subsequent lawsuits or settlements arising from this dispute with the University of California, and continued to publish and work on the 386BSD code base before, during, and after these lawsuits without limitation. There has never been any legal filings or claims from the University, USL, or other responsible parties with respect to 386BSD. Finally, no code developed for 386BSD done by William Jolitz and Lynne Jolitz was at issue in any of these lawsuits."

    26. Re:Frozen, I tells you by symbolset · · Score: 4, Funny

      You know, back then when you asked about a Unix license the reply was something like "well let's fly a consultant out to you to right-size your licensing to optimize your ROI". That may have been a wee bit off-putting for folks who just wanted to do a few spreadsheets for their small business.

      --
      Help stamp out iliturcy.
    27. Re:Frozen, I tells you by Nutria · · Score: 2
      --
      "I don't know, therefore Aliens" Wafflebox1
    28. Re:Frozen, I tells you by DrVxD · · Score: 3, Funny

      It was not meant to be a sueable system.

      Is that a Freudian typo?

      --
      Not everything that can be measured matters; Not everything that matters can be measured.
    29. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      I think Linux succeeded on it's own merit

      Everything succeeds on it's own merit, I think the sour apples

      Except proper English, it seems.

    30. Re:Frozen, I tells you by sproketboy · · Score: 4, Insightful

      Seriously? Smalltalk failed do to bad marketing? This is a fallacy of the highest order. Languages become popular because they solve real problems. What problems did Smalltalk solve?

      Smalltalk is unmaintainable for teams - Java is highly maintainable over a long period of time.

      Smalltalk has no goal to be cross-platform - Java does.

      Smalltalk has no standard for math, memory or treading - Java does.

      Real world solutions sell a language. Not academic "pure oop" nonsense.

    31. Re:Frozen, I tells you by turbidostato · · Score: 3, Informative

      "The question is not why Linux succeeded, but why Minix failed."

      Well.. then I would one to question where exactly Minix failed.

      It was not intended as a hobbyist system, it was not even intended to be usable and Tanenbaum even explicitly stated so, so it's no wonder it did became neither usable nor a hobbyist system.

      On the other hand, Minix was intended as an educational tool to learn the basics of an OS. For this it should remain simple and true to its intention. Well, I think Linus himself said to have learned quite a bit from Minix as a lot of other engineers too, so again, how exactly did Minix fail?

      "In its origins, Linux was simply a fork of Minix."

      True, only for the little fact of being false.

      "Admittedly Torvalds had to re-write everything,
      but that was just because Tanenbaum had a veto
      on Minix development"

      Admittedly Tanenbaum restricted Minix license out of his own reasons but Linus did *not* "rewrote" Minix because of the license; he *wrote* Linux from scratch for the pleasure of doing it, because he was a hacker and he had a shinny new 386 on his desk.

    32. Re:Frozen, I tells you by Darinbob · · Score: 1

      The reason I went with Linux early on is that I could download it easily on a small set of floppies. BSD required many more floppies for the minimum installation. Basic decision, do I use the 5 floppies I have today or head off to the store and buy another box just to try something out and see if I like it?

      This wasn't necessarily due to any technical features of Linux vs BSD though, it was due to the packaging. BSD was still using the BSD style that was originally oriented towards larger workstations and minis and with a 9 track tape distribution. Linux distributions were oriented towards what fit onto a floppy and could be downloaded over the network.

    33. Re:Frozen, I tells you by hawk · · Score: 2

      Hey, there's a gnu idea I've never hurd before. . . . :)

      hawk

    34. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Any non-trivial technology is sueable.

    35. Re:Frozen, I tells you by hweimer · · Score: 1

      I don't buy this. The earliest court document in USL v. BSDi is dated April 1992. By that time, Linux already had a series of active developers and even the first distributions had been created. In your interview, there is also no mention of the lawsuits. Linus was simply the first one to deliver a free unixoid operating system.

      --
      OS Reviews: Free and Open Source Software
    36. Re:Frozen, I tells you by tomhudson · · Score: 2

      So who cares if you don't "buy it"? 4.3BSD was released in 1986. Net/1 was released in 89, removing AT&T-licensed code to create a free version. Net/2 was released in June 1991. AT&T later sued over the Net/2 release. Linux 0.01 was released in September of that year.

    37. Re:Frozen, I tells you by iggymanz · · Score: 1

      so lets see, apart from more devices supported, more processor architectures supported (sorry netbsd), more applications (commercial and open source), more forums to find answers to questions, more machines certified to run .......linux has less than freebsd to offer. Hah!

      (Note I prefer BSD to GNU/Linux for servers)

    38. Re:Frozen, I tells you by drinkypoo · · Score: 1

      Jesus... talk about apples and oranges. He was talking about the JVM not the Java language. It helps to be correct before insulting people.

      Why would you use this argument when it changes nothing? Either way, he published a paper, he didn't produce anything. When he finally came up with code he managed to saddle it with a license even more restrictive than the GPL.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    39. Re:Frozen, I tells you by drinkypoo · · Score: 3, Informative

      Smalltalk has no goal to be cross-platform - Java does.

      I can't speak to the rest of your opinions, but you're outright wrong about this. The current implementation of Smalltalk is Squeak, and Squeak is cross-platform, implements a virtual machine which is ostensibly the same across platforms just as Java is ostensibly the same across platforms, et cetera.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    40. Re:Frozen, I tells you by iggymanz · · Score: 1

      There were and are commercial smalltalk offerings of compiler and development environment. The traveling westinghouse nuclear engineers that did reactor analysis in the late 90s had portable computers that ran smalltalk.

    41. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Seriously? Smalltalk failed do to bad marketing? This is a fallacy of the highest order. Languages become popular because they solve real problems. What problems did Smalltalk solve?

      Smalltalk is unmaintainable for teams - Java is highly maintainable over a long period of time.

      Smalltalk has no goal to be cross-platform - Java does.

      Smalltalk has no standard for math, memory or treading - Java does.

      Real world solutions sell a language. Not academic "pure oop" nonsense.

      Which is why we have such a successful language today, that extends the IDE instead of the language, that depends on the brain damage that is XML, that has just recently joined the patch-of-the-month club...

      When all you have is a hammer, everything looks a lot like a nail. Java is not necessarily the success story you take it for...you really should "get out more" and see what all languages have to offer. Great example: FORTH. Yes, a crufty old stack programming language that "went nowhere"...except in millions and millions of PCI cards.

      The arguement that "real coders ship" is specious bullshit at best, and pendantic at worst. Stop reading all of the goddamn Silicon Valley groupthink, get your head out of the echo chamber that is "teh Techies Biz" and look around. Wake the fuck up for once.

    42. Re:Frozen, I tells you by cas2000 · · Score: 3, Informative

      In its origins, Linux was simply a fork of Minix. Admittedly Torvalds had to re-write everything,

      Nope. That's called a clone or a re-implementation, not a fork. A fork is based on the original project's source code. Since Linus wrote everything from scratch, it wasn't not a fork.

      IMO, Linux was successful where Minx & *BSD were not, for three main reasons:

      - Linus himself - makes a near-ideal benevolent dictator for his project
      - The GPL - guaranteed other devs that their work would always be Free Software
      - Support for 386 and later 486 chips - a major itch that needed scratching

      There were numerous secondary reasons too, but IMO the above are the main ones. In order of importance

    43. Re:Frozen, I tells you by cas2000 · · Score: 1

      duh. s/wasn't not/was not/

    44. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Is no one going to debunk this post?

    45. Re:Frozen, I tells you by dave87656 · · Score: 1

      Wasn't Linux originally based on Minux? I remember reading something about that in the 90's when I installed my first linux install from 25 or so floppies.

    46. Re:Frozen, I tells you by MichaelSmith · · Score: 1

      Smalltalk has no goal to be cross-platform - Java does.

      I can't speak to the rest of your opinions, but you're outright wrong about this. The current implementation of Smalltalk is Squeak, and Squeak is cross-platform, implements a virtual machine which is ostensibly the same across platforms just as Java is ostensibly the same across platforms, et cetera.

      And the current implementation of BASIC has named functions, doesn't require line numbers, in fact it can do anything pascal did, so what?

      Lets compare smalltalk from 1995 with Java.

    47. Re:Frozen, I tells you by MichaelSmith · · Score: 1

      It was not meant to be a sueable system.

      While BSD on the other hand....

    48. Re:Frozen, I tells you by unixisc · · Score: 1

      Minix versions 1 & 2, which Torvalds used to base Linux on, was very much a monolithic kernel. It's in version 3 that Tannenbaum made it a microkernel. Technically, Linux may not have been a fork, but architecturally, it was pretty similar to what Linux was then.

      One thing I don't get - if an OS is not intended to be usable, how does it achieve its other goal - of being a teaching tool? I like the fact that Minix is being ported to ARM; they should also do it for Sparc and OpenRISC. I do think that blaming the AT&T lawsuit is lame - although I don't think BSD vs GPL makes all that big a difference to whether companies chose BSD or Linux.

    49. Re:Frozen, I tells you by unixisc · · Score: 1

      It was a horrible prediction, to be sure, but that had a lot to do w/ both Intel getting its act together and making CPUs competitive enough w/ RISC, while none of the RISCs ever got proper Microsoft support to gain marketshare, despite NT being ported to them (MIPS & AXP). Otherwise, during that time, there was a lot of expectations of new RISC architectures gaining marketshare to be on par w/ Wintel - there was NT on RISC, there was to be OS/2 for PPC, NeXTstep looked like it might spread to Suns & HPs, while Apple was supposed to come up w/ new OSs - Pink, and then Gershwin. Unfortunately, all these projects bombed so RISC never became a commodity platform that might have enabled the above prediction to happen.

    50. Re:Frozen, I tells you by JasterBobaMereel · · Score: 1

      You are I think counting OSX - Not BSD ....

      Windows has more BSD code in it that OSX ...

      --
      Puteulanus fenestra mortis
    51. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Languages become popular because they solve real problems. What problems did Smalltalk solve?

      Javasript, Python etc. are good examples of need for Smalltak to solve problems.

      Lanuages become popular with good marketing, superficial familiarity and community building. Java looked like C/C++ and so did Javascript and they had marketing or platform to propagate them.

      I think the fall of Smalltalk is the fact that it's really Object Oriented. Richard Gabriel said some 20 years ago that you can't teach object oriented programming to most programmers and he was right. Java, C++ and others have adopted handy way of programming with abstract data types using classes. (getters and setters are most obvious sign that you are programming with ADT's and not doing OO) There is also massive benefits from just restricting spaghetti code into classes so that chaos is easier to manage.

    52. Re:Frozen, I tells you by shutdown+-p+now · · Score: 1

      Literally every single thing that you've said about Smalltalk is factually incorrect. I'm not sure how to even reply to such a post.

    53. Re:Frozen, I tells you by wertigon · · Score: 1

      No. However, Linus got inspired to write his own system because of Minix, and that system became Linux.

      --
      systemd is not an init system. It's a GNU replacement.
    54. Re:Frozen, I tells you by sproketboy · · Score: 1

      Well you did - and provided no evidence that I'm incorrect about anything. You fail.

    55. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      > Windows has more BSD code in it that OSX ...

      Lol! Read a fucking book.

    56. Re:Frozen, I tells you by drinkypoo · · Score: 1

      And the current implementation of BASIC has named functions, doesn't require line numbers, in fact it can do anything pascal did, so what?

      Indeed, that's been true for decades. PASCAL was designed to be contrary, they deliberately made stupid choices made correctly in other languages to differentiate it. So I'm unclear as to why anyone ever brings it up.

      Lets compare smalltalk from 1995 with Java.

      "Smalltalk didn't get into the mainstream due to one very large event - the merger of ParcPlace and Digitalk in 1995, and the ensuing madness. 18 months were wasted on a failed merge of the products (i.e., no new releases)."

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    57. Re:Frozen, I tells you by Nutria · · Score: 1

      (a) Intel was continually releasing faster/cheaper CPUs.
      (b) Hurd development was an elitist, academic cluster-fuck for 20 years.
      (c) Sun never would have reduced the cost of SPARCstations enough for mass consumption.

      --
      "I don't know, therefore Aliens" Wafflebox1
    58. Re:Frozen, I tells you by Zanadou · · Score: 1

      Mod parent up
      for the beautiful poetry.

      Please.

    59. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Minix versions 1 & 2, which Torvalds used to base Linux on, was very much a monolithic kernel. It's in version 3 that Tannenbaum made it a microkernel

      Veddy interesting!

      Do you have documentation for that? It would be very telling if Tanenbaum failed to practice what he preached at Linus.

    60. Re:Frozen, I tells you by tomhudson · · Score: 1

      OSX used FreeBSD as a base, and hired some of the FreeBSD devs to work on it. They still communicate, so it continues to be a mutually beneficial decision/relationship.

      It also shows that there's a business case to be made for using BSD-licensed code, and that the BSD license doesn't mean that companies won't "give back" some of their improvements, if only because they see it in their long-term benefit to have the devs working with their improvements so any breakage in future releases can be taken care of by the FreeBSD maintainers instead of with more patches, etc.

    61. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Marketing has something to do with it though. Scheme is a favorite case study for me -- it has a good story on event driven lightweight concurrency, which every language on the planet is tackling badly right now. It should be the most popular dynamic language of the lot, because it works the way that people are trying to use node.js, tornado, etc. It's not because it a) lost a popularity contest in 1985ish when event driven concurrency wasn't a thing yet, and b) doesn't have an organized team driving the development a million libraries and documentation and support and stuff, and maybe c) has a horrible name for getting the right results from google.

      Frustrating though, every time I have to nest callbacks three layers deep in node or carefully move the bit that has to do some work in python off to another thread to not block the event machine du jour.

    62. Re:Frozen, I tells you by marcosdumay · · Score: 1

      "First, on the Linux vs Minix piece - Minix wasn't ready for any use at all or at least so it was perceived."

      Minix was once way more mature and more functional than Linux. But then, while Linus included everything that made Linux more functional on it, Taneunbaum refused to increase the complexity of Minix. It's his choice. No problem with that... But then, he can't come and complain that the software he worked hard to keep small didn't grow.

      BSD x Linux was also a matter of being easy for someone to put code into. BSD wasn't that hard to contribute too, but Linux was easier, so people wrote drivers for Linux.

    63. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Smalltalk as defined by the blue book has math, memory and threading defined.

      Actually before Java appeared, many companies were moving to Smalltalk.

      Do you know that Eclipse was a port of Visual Age for Smaltalk?
      http://en.wikipedia.org/wiki/IBM_VisualAge

      As for team work it is true that the image concept is a pain to do team development, but there are source control systems that work with Smalltalk images.

      Anyway with Groovy or Ruby one can get a bit of Smalltalk feeling.

    64. Re:Frozen, I tells you by shutdown+-p+now · · Score: 1

      The burden of evidence is on the one who makes claims, not on the one who refuses to accept them on face value.

    65. Re:Frozen, I tells you by zigfreed · · Score: 1
      From Linux: The 0.01 Release

      The guiding line when implementing linux was: get it working fast.

      Linux 0.01 was released into the Internet before 386BSD 0.0 (although you could get the sources out of DDJ).

      From the 386BSD 0.0 Release:

      This release was motivated by the fact that access to 386BSD has not been provided to all interested parties on a timely basis by the University or other sources, as we had originally intended.

      I'd rather work with software than a university bureaucracy.

    66. Re:Frozen, I tells you by assantisz · · Score: 1

      Dude, I have the book. I used to have the source code on disk. There was nothing monolithic about MINIX in version 1. It's been a microkernel from day one on. You really do not know what you are talking about or you read the wrong books/articles about UNIX history.

    67. Re:Frozen, I tells you by jbolden · · Score: 1

      Well remember Linux was originally Linix (Linus' Minix). Linus came out of the Minix community. I think Tanenbaum can fairly be viewed as a mentor, and it is tough when the student surpasses the teacher. But at this point Minix isn't even comparable to Linux anymore. I think he's delusional to think he is comparable to QNX.

    68. Re:Frozen, I tells you by jbolden · · Score: 1

      Minix was years ahead. Minix charged and Tanenbaum controlled the direction. So Linus had to fork his version off.

    69. Re:Frozen, I tells you by jbolden · · Score: 1

      Yes. The original name for Linux was Linix (Linus' Minix).

    70. Re:Frozen, I tells you by jbolden · · Score: 1

      Actually there were periods of times when low end Sparc stations were cheaper than comparable PCs. Sun did try price a few times, I can remember around 2001 / 2002 actually using Sparc / Solaris over x86 / Linux for cost reasons (!).

    71. Re:Frozen, I tells you by jbolden · · Score: 1

      Wow when did you start? I started late 94 and got both on CDRom.

    72. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      No, it was never "Linix."

      Originally Linus wanted to call it Freax, but his buddy Ari finagled him into using Linux.

      http://en.wikipedia.org/wiki/History_of_Linux#The_name

    73. Re:Frozen, I tells you by jbolden · · Score: 1

      Wikipedia is wrong, or being too brief. This came up during the SCO trial. I have Linus' original post to usenet on the 4 names it went through.

    74. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Wikipedia is wrong, or being too brief. This came up during the SCO trial. I have Linus' original post to usenet on the 4 names it went through.

      Awesome! Please fix the Wikipedia article. Or post the Usenet message so I can fix it.

    75. Re:Frozen, I tells you by Darinbob · · Score: 1

      Possibly you could get them that way. If you wait for them to arrive in the mail. I didn't have CD writer in my office at work, they were incredibly expensive at the time. I could have borrowed on after hours after buying a blank CD (as opposed to stealing one from the supply cabinet). So it made sense to download onto media that I actually had.

    76. Re:Frozen, I tells you by jedidiah · · Score: 1

      This problem also afflicted Solaris and Nexstep. Either one of these as well as being quite expensive also didn't support anything but SCSI. I would have been willing to shell out for Solaris x86 but I wasn't going deal with the added cost of SCSI.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    77. Re:Frozen, I tells you by jbolden · · Score: 1

      Oh I actually bought CDs. I used a 120m floppy (not a typo) as my writable media. I don't think I had a writer either, but there were plenty of low volume CD software.

    78. Re:Frozen, I tells you by unixisc · · Score: 1

      I had the original Tannenbaum book when I took a course on OS, albeit years ago. In that book, in the chapter on Microkernels, they described Amoeba & Mach, not Linux, even though the CD accompanied the book. Minix 3 is the first version that's been explicitly described as a microkernel. Minix 1 had 12,000 lines of code, whereas Minix 3 has 4,000. Tannenbaum even said that 'MINIX 1 and MINIX 3 are related in the same way as Windows 3.1 and Windows XP are: same first name'.

      I know that simply #lines of code ain't what makes a microkernel, but had Minix 1 been microkernel, not only would that have been mentioned, but Minix itself would have been described in that chapter on micro-kernels, along with Amoeba & Mach 3.

    79. Re:Frozen, I tells you by unixisc · · Score: 1

      they described Amoeba & Mach3, not Minix (/. should have a way of allowing posters to edit such typos)

    80. Re:Frozen, I tells you by smash · · Score: 1

      (b) Hurd development was an elitist, academic cluster-fuck for 20 years.

      When did this change?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    81. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      Here are the lists of improvements of v3 over v2

      It lists on the 2nd bullet that
      Each device driver (except the clock) is now a separate user process
      In other words, in version 2, device drivers were a part of the kernel, and when that's the case, the kernel is not a microkernel.

    82. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      See: http://www.minix3.org/theses/herder-true-microkernel.pdf

      "MINIX’ kernel can be characterized as a hybrid microkernel because it includes device drivers. MINIX’ memory manager (MM) and file system (FS), however, are already implemented as
      independent user-space servers.

      "The main contribution of this work is that MINIX was fully revised to become a true microkernel operating system. In kernel-space, several system calls were added to support the user-space device drivers, MINIX’ interprocess communication (IPC) facilities were improved, and a new shutdown sequence was realized. In user-space, a new information server (IS) was set up to handle debugging dumps and a library was created to maintain a list watchdog timers. These modifications made it possible to strongly reduce the size of MINIX’ kernel by transforming the PRINTER, MEMORY, AT WINI, FLOPPY and TTY tasks into independent, user-space device drivers."

    83. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      I briefly searched the SCO proceedings and didn't find any mention of "Linix," so unless you're going to back up that claim I have to call bullshit.

    84. Re:Frozen, I tells you by jbolden · · Score: 1

      Reread the message. SCO case was a claim about the derivation of Linux being Linus' Unix. And that was in their initial filing. Linix was part of why they were wrong.

    85. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      You said it "came up during the SCO trial" which I assumed referred to your claim that it was initially "Linix" not "Linux." If that wasn't mentioned, then the trial is irrelevant.

      Linix was part of why they were wrong.

      Fine, so prove it.

    86. Re:Frozen, I tells you by jbolden · · Score: 1

      Yeah I'll get right on hunting through Linus' usenet postings from the 1990s to find a source so that an AC is convinced.

      I did this research a decade ago. I'm not doing it again.

    87. Re:Frozen, I tells you by Anonymous Coward · · Score: 0

      "I have Linus' original post to usenet on the 4 names it went through." Yeah, I figured you were full of shit.

      Of course I'm not convinced, but the question stands why ANYBODY should believe you when every available source clearly says otherwise... including Linus himself in multiple interviews.

    88. Re:Frozen, I tells you by Anonymous Coward · · Score: 0
    89. Re:Frozen, I tells you by Brandybuck · · Score: 1

      He's right on the lawsuit though. I remember that time at the very beginning of Linux. I remember people shaking their heads at having to reinvent the wheel just because AT&T got a bug up its butt. The source of Tannenbaum's sour grapes is that Linux stole his hobbyist marketshare. Remember the early days of Linux, and it was a hobbyist system. Use in real world production was exceedingly rare. On the other hand BSD *was* being used in real world production. It was because of that lawsuit that people chose to convert a hobbyist system to a production system.

      That's only half of the story however. The other half isn't about the licensing either though, but the cultures. BSD had a very elitist culture that didn't give a rat's ass about the desktop. Even today that anti-desktop attitude persists in some BSD corners. By targeting off-the-shelf consumer hardware, Linux was able to run on more people's systems.

      --
      Don't blame me, I didn't vote for either of them!
  3. Disagree by vlm · · Score: 5, Interesting

    No, Linux "succeeded" because BSD was frozen out of the market by AT&T at a crucial time.

    Having lived thru that, I'd disagree. BSD was way too elitist, "oh, you wanna run a BSD flavor on a 386? Oh how cute, but you suck. We all use PDP11s here. We'll let you try, if you promise not to pester us with bug reports and things, now here's a nickel kid, go buy youself a real computer like a VAX.". Minix wanted you to buy a book and the hardware support was kinda limited so its unclear if you'd be wasting your money or not, which in the pre-amazon days meant finding out the ISBN and pestering an intimidating bookstore clerk to order it for you and then rolling the dice once it arrived. Linux? That was just some downloads off the local BBSes and/or early internet provider link, and everyone was mostly friendly most of the time, unlike the *BSD guys.

    --
    "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    1. Re:Disagree by GNULinuxGuy · · Score: 1

      I think Linux succeeded for a few pretty obvious reasons. I really don't get why he's pretending it was mostly due to a single reason. ;)

      --
      Earn Cash and Prizes, and get free stuff!
    2. Re:Disagree by mwvdlee · · Score: 2

      Probably because those reasons aren't so obvious.
      At the time, Linux was technically behind BSD and other open source *nix OS's and had a GPL license.
      Perhaps Linus was just for more succesful in gathering developers around him and it had nothing to do with the product itself?
      Perhaps I'm missing the obvious reasons you are refering to?

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    3. Re:Disagree by vlm · · Score: 4, Informative

      Yes, for only $995 at least in early '94. Complete non-starter. Its like asking why IBM zOS isn't taking over the world of computing today...

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    4. Re:Disagree by Z00L00K · · Score: 1

      Linux was the new "cool" thing, and it also lacked some annoying BSD-isms that were really a pain in the butt for the SystemV people - even if those weren't in any way critical to the functionality.

      And Minix at the time was also under a license that limited it's spreading so when Linux came along with a "free copy for everyone" style it was almost like Stallman's wet dream realized.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    5. Re:Disagree by drinkypoo · · Score: 5, Interesting

      Linux was the new "cool" thing, and it also lacked some annoying BSD-isms that were really a pain in the butt for the SystemV people - even if those weren't in any way critical to the functionality.

      You've been able to run the GNU userland tools on BSD for a long time, much as SunOS5 included the BSD userland from SunOS4 to keep the BSD-heads happy.

      The truth is that it was actually easier to install Linux! If you compared Slackware to the BSD of its day, you hardly had to know anything to install Linux, less than you had to know to install DOS actually since it would actually find your network card and already had a driver. You did have to know more than you had to know to install Windows to get the GUI going, though :)

      As you say, Minix had a restrictive license. But BSD also had an inferior license to Linux from the standpoint of those who wanted their changes to remain free. And today, Linux towers over the Free BSDs, though not over BSD in general thanks to Apple... where the license is not friendly. That suggests at least to me that there are considerations other than licenses that are important to users, so I suggest that Minix has problems OTHER than the licenses... and so does (did) *BSD.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:Disagree by Anonymous Coward · · Score: 0

      odd, i had slackware and a book and couldn't get it running so then switched to freebsd 2.2.2 and that installed without a book or anything, despite having weird partition schemes which i now know is intended to stop viruses from infecting a system from userland apps and worms since a replicating worm would just fill the 10 megabyte root partition and make the computer crash.

    7. Re:Disagree by drinkypoo · · Score: 1, Troll

      This is a troll, right? filling up root and crashing is not a feature, it's a bug, and it's one shared by most Unixlikes. We stop viruses from spreading with capabilities-based security. Well, we should. Mostly we don't. OSX has capabilities now but they mostly don't use them. Linux has had capabilities for forever now and we still don't use them. I'd be shocked and amazed if FreeBSD doesn't have capabilities.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:Disagree by supercrisp · · Score: 1

      "intimidating bookstore clerk"? Holy cow. The guys at the comic book shop must give you night sweats!

    9. Re:Disagree by RyuuzakiTetsuya · · Score: 4, Interesting

      I think that Linux succeeded because early Linux users were enthusiastic and evangelistic. In that time between 92 and 96, I don't think I saw anyone singing BSD's praises except hardcore sysadmin types. Whatever system usability advantages Linux had was because of its fanatical user base.

      --
      Non impediti ratione cogitationus.
    10. Re:Disagree by Anne+Thwacks · · Score: 1
      At the time, Linux was technically behind BSD

      And still is, but we are all using Linux now because, well, we are all using Linux now.

      See tagline below ...

      --
      Sent from my ASR33 using ASCII
    11. Re:Disagree by afabbro · · Score: 1

      Meh...I don't think it's elitism. Anyone could have picked up 4.4-lite and run with it. It's more the legal problems and the fact that Linux is more SysV than BSD, and the world was moving in a SysV direction in the 90s.

      --
      Advice: on VPS providers
    12. Re:Disagree by Anne+Thwacks · · Score: 1
      i had slackware and a book and couldn't get it running so then switched to freebsd 2.2.2 and that installed without a book or anything

      My experience too. I also tried Yggdrasil, and Red Hat, and several other distros. They were all unprofessional dross, while FreeBSD was just like on the VAX at work! NetBSD also installed, and was quite good on some kit.

      However, AFAICR, the 10MB root partition was to handle "feature" that BIOSes of the day could not boot from larger partitions.

      The limited partition size issue was that /var had a tendency to fill with error messages if you had cron based problems - eg creating one error per second. A reboot MIGHT fix that if you had a suitable startup script. There were no actual worms that I ever heard of. A larger partition meant you would collect more error messages before it crashed, and that is true for all un*ces to this day.

      You could, of course, have the partitions any size you like, or install the whole OS in /, but even Ubuntu is not that sad!

      but maybe you would have to RTFM (/usr/share/doc/*)

      --
      Sent from my ASR33 using ASCII
    13. Re:Disagree by MightyMartian · · Score: 4, Informative

      Because Tanenbaum has hated Linus and Linux for twenty years. He and his supporters started no small number of flamewars in their day with all sorts of obnoxious claims, especially after Linus poo-pooed on the idea of microkernels.

      But it's all pretty irrelevant now. The fact remains that guys like me picked up Linux in those early years in no small part because everyone looked on Minix as a toy and BSD didn't have the hardware support to allow it to run on almost all 386 and 486 machines you could pick up, from IBMs to home-built jobs. Not only that, but when hardware came out that was problematic, there were guys out there who would literally write up a device driver in a few days or weeks. There was, and still is, very much a "make it work" attitude out there.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    14. Re:Disagree by MightyMartian · · Score: 1

      Gimme a break. Compared to the BSD install of the time, Slackware was a whiz. My biggest problem was that it took me a few days to download all the 3-1/2" floppy images from the nearest BBS that was hosting them, and then having to spend the time writing all those images to floppy.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    15. Re:Disagree by sgt+scrub · · Score: 1

      I don't know if I would go so far as to say elitist. Minux was organized with a long term plan that was heavily organized the way academics do things. ie. If someone else has an idea not directly related to my work it is not my concern. Linus had an idea, posted it, and worked with people that were interested in the project. It was MUCH more relaxed and approachable. Minux was visible. People watching out for competition targeted it. Linux was deemed a toy by everyone not able to see its potential and ignored.

      --
      Having to work for a living is the root of all evil.
    16. Re:Disagree by GNULinuxGuy · · Score: 1

      I should have known "short and sweet" wouldn't fly here. :) Mostly everyone else has covered all the bases already, but I'll go ahead and give a quick clarified summary of my take on the situation. Linus chose the right license, which he combined with a good attitude, approach, and energy to create a strong community.

      --
      Earn Cash and Prizes, and get free stuff!
    17. Re:Disagree by Z00L00K · · Score: 1

      while(-1) fork();

      Classic fork-bomb.

      What really stops such behavior is different limits per user and the case that the operating system supports it.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    18. Re:Disagree by jruschme · · Score: 5, Interesting

      Having also lived through this....

      Remember, that prior to Minix, Linux or any of the x86 BSDs, the idea of a personal, affordable, up-to-date Unix platform was something of a Holy Grail. The basic options were either expensive (SCO XENIX), loosely compatible (Coherent, PC-Unix) or discontinued surplus (AT&T UnixPC). The stage was set for somebody to take over the world.

      In the beginning, you had two choices for running BSD on a 386- BSD/386 or 386BSD. BSD/386 was an expensive commercial product. 386BSD was free, but initially flawed and slow to release updates. It was a project basically under the control of a single person, William Jolitz, and his wife.

      Quoting from the Wikipedia entry for 386BSD:

      "After the release of 386BSD 0.1, a group of users began collecting bug fixes and enhancements, releasing them as an unofficial patchkit. Due to differences of opinion between the Jolitzes and the patchkit maintainers over the future direction and release schedule of 386BSD, the maintainers of the patchkit founded the FreeBSD project in 1993 to continue their work.[2] Around the same time, the NetBSD project was founded by a different group of 386BSD users, with the aim of unifying 386BSD with other strands of BSD development into one multi-platform system. Both projects continue to this day."

      In this case, the issue was not elitism so much as vested self-interest. (The Jolitzes has various ties to Dr. Dobbs Journal and the original 386BSD porting effort was documented in a series of articles.

      The AT&T lawsuits did occur at this time, but is has been noted that 386BSD was never party to any of them.

      My personal feeling is that the success of Linux was a combination of timing, personality and community response. Had Linus taken a more controlling stance (not a benevolent dictator), things might have gone very different.

    19. Re:Disagree by WorBlux · · Score: 1

      I've never heard of a 10,000 processor BSD cluster. Yes there are some areas where BSD is superior is some way, but it is largely due to different trade-offs in design philosophy. The list of things that you can't break ever is longer for the BSD devs than the Linux devs. Linux is a more flexible system because of it and BSD is a more stable and long-term system because of it.

    20. Re:Disagree by vlm · · Score: 2

      BSD/386 was an expensive commercial product

      I distinctly recall seeing a featurelist / marketing PR material around '93 or '94 and I got all excited and ready to buy until I saw the $995 pricetag. No not $899 or $999 or $1000, exactly $995. On the other hand I could have gone 386BSD but then spent $995 on the rather narrow compatible hardware list, I remember my desktop would not have been able to boot 386BSD at that time, but maybe I could have hacked it into working. In the end I downloaded a set of linux SLS floppy disk sets from a local BBS which worked perfectly on my generic beige box 386. Along came Debian, at least for me, in around 96 or 97. At least that's how I recall it.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    21. Re:Disagree by Nutria · · Score: 1

      while FreeBSD was just like on the VAX at work!

      Except that while maybe lots of Unis and a few businesses had VAXen running BSD, there were many orders of magnitude people who had PCs with MS-DOS who wanted to experiment.

      --
      "I don't know, therefore Aliens" Wafflebox1
    22. Re:Disagree by DrVxD · · Score: 1

      That's pretty much my recollection; the only problem I had was a somewhat oddball SCSI card. It turned out there was already a driver for it, but it wasn't recognising my card since it was sniffing BIOS strings which didn't match. I added the string to the table, recompiled, rebooted and voila!. I'd installed and done my first kernel patch in under an hour :) - happy days...

      --
      Not everything that can be measured matters; Not everything that matters can be measured.
    23. Re:Disagree by synthespian · · Score: 1

      Bullshit. In the early days you would have to have the whole specs for every piece of hardware you had. That included modems. Fuck, you had to sent out modem command just to get a connection.

      I remember me and my buddy stayed up for two whole days because I had a Toshiba laptop and he had a Texas Instrument one and getting X to work was some scary shit - mess it up and it could cost you your LCD screen. I was such a noob when I found that typing "emacs" on the shell prompt would bring out the editor I was in rapture! (We kept reading "emacs", "emacs" - where the fuck was that darn thing? Gee, we were clueless).

      Linux wasn't easy at all. I just didn't really know about BSD. I read about Linux in Wired and this local Linux shop (Connectiva) sold boxed editions that me and my buddy split the cash in order to buy it. Those days Internet connections were a major PITA, and it was easier to buy a box than to download the whole of Linux.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    24. Re:Disagree by synthespian · · Score: 1

      When you say "we stop by using capabilites" I just know you are referring to FreeBSD and not Linux, because Linux is weak in the capabilities arena. As a matter of fact, the new Capsicum framework is implemented in FreeBSD. Again, one of those things, such as Dtrace, ZFS, MAC and Jails that are ready for consumption in FreeBSD but not even on the radar of the high-browse superior Linoox crowd.

      http://www.cl.cam.ac.uk/research/security/capsicum/

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    25. Re:Disagree by Anonymous Coward · · Score: 0

      WTF is Minux?

    26. Re:Disagree by Hognoxious · · Score: 0

      I heard there was a 296 dollar discount, but it was only available to cocksmoking teabaggers.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    27. Re:Disagree by drinkypoo · · Score: 1

      Linux has a pretty good capabilities system, but no good means of creating capabilities profiles.

      Dtrace offers nothing not offered by systemtap. Indeed, systemtap does things dtrace doesn't.

      ZFS is real, I admit that. However, it's a situtation deliberately created by Sun.

      The functionality of jails is provided on Linux through virtualization, colinux, and other means... including capabilities. But again, nobody uses those.

      MAC is what we're talking about, the system works, but the tools aren't there.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    28. Re:Disagree by jbolden · · Score: 1

      I agree with you. Very early on Linux decided to convert the windows power users. I don't think they ever got there, but the focus on friendlyness and evangelism made them much easier for wanna be unix users.

      In '95 I had been a Unix user fulltime for 3 years and 4 years lightly before that. But I had never been an admin. The books / documentation were the right level for me.

    29. Re:Disagree by smash · · Score: 1

      Dtrace offers nothing not offered by systemtap. Indeed, systemtap does things dtrace doesn't.

      You're kidding, right? How's that GNU cool-aid?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    30. Re:Disagree by Brandybuck · · Score: 1

      Ever hear of 386BSD? It ran on a, wait for it, i386!!!

      --
      Don't blame me, I didn't vote for either of them!
  4. Andrew Tanenbaum On Minix, Linux, BSD, and Licensi by omar.sahal · · Score: 4, Interesting

    "I think Linux succeeded against BSD, which was a stable mature system at the time simply because BSDI got stuck in a lawsuit and was effectively stopped for several years."

    The reasons may also be more to do with Linux and the way it was run! Early hackers have noted that they preferred BSD, but could not use it due to lack of dual booting, this would have meant deleting windows which may have been needed for work. It was also easier for aspiring hackers to contribute to Linux, you didn't have to be one of the inner circle to contribute. There was also a lack of politics, persons within the rival operating systems had noted and open differences which would have affected work.

  5. Thanks! by John+Bresnahan · · Score: 4, Interesting

    Minix was my first experience with a Unix-like OS (on my original IBM Personal Computer). It was a wonderful starting point to lead on to bigger and better things.

  6. What a tool. by drinkypoo · · Score: 4, Insightful

    I'm sure he knows more about operating system design than I will ever even want to know, but he knows jack shit about why Linux succeeded and it has nothing to do with lawsuits against BSDi, which in turn has nothing to do with BSD-4.4-lite, upon which all free *BSDs are based (and so is OSX, for that matter, although it may still retain code from BSD-4.3 for all I know, via NeXTStep.)

    Linux succeeded because of the GPL, plain and simple. It had less than a year's start before 386BSD, which was not affected by the lawsuit.

    Tanenbaum will say anything to make himself sound like less of a douche for placing such strident restrictions on Minix and thus killing it, and so he wants to take anything away from Linux that he possibly can. If he has to ignore history to do so, so be it. Thankfully there's Wikipedia.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:What a tool. by Darinbob · · Score: 1

      Minix was never intended to be a fully useful operating system to take the world by storm. It might have been interesting if it had done that, but the actual purpose was to be a teaching tool. Thus you needed to buy the textbook to get it (not a problem for students) and the distribution of the media was a bit of a pain (not a problem with a university bookstore), but once you got it then Minix was very well set up to help you learn the principles in an operating systems class.

  7. Denial... by Junta · · Score: 5, Informative

    I don't understand how one can say BSDI suit could do anything much for Linux. The suit did not preclude the creation of FreeBSD/NetBSD and thus Linux and BSD both had opportunity. If the claim is that BSDI lent some sort of credibility/support, during that time Linux had none of that either (Red Hat didn't even technically have an offering until 94, and I would say it wasn't worth taking seriously until '97 or so).

    Whatever went 'right' for Linux and 'wrong' for BSD had nothing to do with that suit.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Denial... by DiegoBravo · · Score: 1

      Right... at that time I (in Peru) had no idea of the BSDI issue, yet Red Hat, Slackware, SoftLanding and others provided decent (for the time) fdisk-based installers and most of the cheap hardware was fairly supported. Soon came the LAMP stack...

  8. (sigh, another reply to self) by drinkypoo · · Score: 1

    Let me be clear, the *BSDs WERE based on 386BSD which is why it's relevant, and they therefore still are (sort of) but they've inherited code from 4.4-BSD-lite since.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  9. Tanenbaum? by Anonymous Coward · · Score: 0, Funny

    I thought Tanenbaum was the name of a German Christmas carol (sung to the tune of "The Red Flag')

    1. Re:Tanenbaum? by Z00L00K · · Score: 4, Insightful

      One thing doesn't exclude the other.

      And both Linux and Minix has their merits, but Linux has one big advantage and that is that it has so many drivers that it did overtake Windows a while ago. You may find cases where you miss a driver for Linux for your pet device but it's starting to get unusual unless it's a very new device.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    2. Re:Tanenbaum? by Richard_J_N · · Score: 2

      I think you are confused with "O, Tannenbaum" - note the double "n", which is the song translated as "O, Christmas tree".

    3. Re:Tanenbaum? by tomhudson · · Score: 0

      Linux has one big advantage and that is that it has so many drivers that it did overtake Windows a while ago. You may find cases where you miss a driver for Linux for your pet device

      ... like my video camera - not recognized, my multi-function color laser (says on the box that it works with linux, but it doesn't), laptop wireless (broken twice in 2 updates, now looks to be perma-dead). Hardware video acceleration (broken in an update, never recovered). Cellphone fs not recognized. They all "just work" under Windows. Driver support under Linux is a real mess.

    4. Re:Tanenbaum? by Anonymous Coward · · Score: 0

      but Linux has one big advantage and that is that it has so many drivers that it did overtake Windows a while ago.

      This is fucking ludicrous. It might have more drivers included by default, but practically every piece of hardware made in the last 20 years has a Windows driver. Companies don't tend to ignore 95% of the market.

    5. Re:Tanenbaum? by m50d · · Score: 1

      Or an old device. My logitech usb quickcam stopped working - the driver doesn't compile against newer linux kernels. I couldn't get SynCE to work for my ASUS A730W either. It was a real eye-opener after years of claiming that linux supports old hardware better than windows, but then both devices that stopped working when I upgraded my windows to vista stopped working in linux at the same time.

      --
      I am trolling
  10. Well.. by Junta · · Score: 5, Insightful

    Linux was behind, but generally expressed a more practical set of sensibilities that caused the relevant bits to catch up and pass BSD a bit quickly.

    All of them sucked on driver support, but I seem to recall Linux tending to getting more drivers more quickly than BSD. Some of the quality was less than stellar, but there was a willingness to go with something that mostly worked and refine it in the larger community. This sort of approach was pretty well required to work as a software platform running without the cooperation of the hardware platform you are on.

    GPL may have scared off companies in the beginning and maybe even a few to this day, but the value of companies that would reject GPL and embrace BSD is rather low to the community. GPL forced the companies that *did* use it to contribute back. BSD-only companies felt any and all work they did was theirs and theirs alone and BSD upstream didn't benefit. Over time, it's snowballed and most successful companies cannot ignore the benefits of Linux. It may be common sense now that their is lower maintenance cost of submitting it upstream even if not required by license, but had GPL never made waves, the 'keep your code to yourself or else' mindset may have persisted.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Well.. by Anonymous Coward · · Score: 3, Insightful

      GPL forced the companies that *did* use it to contribute back.

      Only if they distribute it. In house only mods don't have to be contributed back which would make it as secure for BSD.
      All the software development I've done for pay has been for internal use and not distribution - yes if you're writing something for shipping you'd need to release the source but that's not as common as most people think. Tanenbaum makes the same error/assumption as well, possibly deliberately, maybe not...

    2. Re:Well.. by Junta · · Score: 1

      Well, I meant only in the redistributable scenario, since otherwise there is no difference between BSD and GPL from a practical perspective. I presume that Tanenbaum makes the same simplification.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:Well.. by WarlockD · · Score: 1

      That defines my love/hate relationship with GPL. I use GPL alot to learn how to do stuff, but I fear it might get "infected" when I finally decide to make a proper application. Its why I hunt down MIT/Public domain style licences before I touch it.

      I am NOT saying GPL is infections disease to be avoided, just you have to be aware of the purposes. Just you have to be aware of stuff like licences, or at the very least respect them.

    4. Re:Well.. by Eivind+Eklund · · Score: 1

      Linux had more support for low end hardware (in particular, IDE disks). This was fairly critical at the outset - standard desktop hardware could run Linux, while BSD only supported 'server class' hardware.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
  11. The BSD community just doesn't accept stupidity. by Anonymous Coward · · Score: 3, Informative

    The *BSD community has been painted as being "elitist" for well over 20 years now. But that's just not the case. It's a merely a community that's built around a meritocracy. They don't care who you are, or where you're from, or what your experience is, just as long as you have skill. That's all they ask for, and that's actually quite reasonable. That's why the *BSD operating systems are so damn solid; they're built by very talented developers who know exactly what they're doing.

    Those who call them "elitist" are often people who asked what are in fact very, very stupid or basic questions. These are the sort of questions that are answered in FAQs, or in the software's documentation, or these days easily found using a web search.

    If you have a legitimate question, the *BSD community will be very eager and very quick to help you out. They take the quality of their software very seriously, so if you've found a legitimate problem, then they will work their asses off to resolve it. But you not knowing that "cd" is the command used to change directories isn't such a problem. If you ask that, then you should expect to be mistreated, because you are being ignorant, and you're wasting their time. They could be looking into a real problem or creating some important new functionality, rather than answering your question (which you could easily look up the answer to yourself in less time than it took you to ask the question in the first place).

  12. Re:There's no debate. The GPL doesn't promote free by LordLimecat · · Score: 4, Insightful

    There's no debate any longer. It's quite clear that BSD-style licenses promote freedom, while the GPL goes out of its way to remove freedom.

    That kind of depends who you are and whose freedoms you're concerned with, actually. GPL promotes certain types of freedom, where BSD goes with the idea that "freedom" means "no restrictions whatsoever". I dont think theres a clear cut "this one is more free" because both are certainly correct uses of the word "freedom".

    The GPL license is all about limiting the freedom of people to do what they want with the software.

    Come on, you know better than this. The GPL compromises the freedoms of future developers in order to guarentee that the end user at LEAST has the freedom to modify and redistribute.

    Wikipedia sums it up well:
    The distribution rights granted by the GPL for modified versions of the work are not unconditional. When someone distributes a GPL'd work plus his/her own modifications, the requirements for distributing the whole work cannot be any greater than the requirements that are in the GPL.

    In a stricter sense BSD IS about maximizing freedom in the sense of anarchy; but US' society was formed with the idea that in order to maximize individual freedoms when groups are involved, you need to do so by setting restrictions (Bill of Rights, enforcing contract law, enforcing theft laws, etc). You lose some freedoms (the ability for a congressperson to vote on a speech law, the ability for you to take Bob's lunch) in order to gain a more stable, guarenteed level of freedom (being secure in your home, being able to agree to an enforceable contract, being guarenteed the right to political speech).

  13. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Anonymous Coward · · Score: 0

    I've been dual booting on FreeBSD since 1996 when I first learned about FreeBSD, a few years into the project. Just because you're clueless and can't read documentation doesn't mean other people can't succeed where you failed.

  14. Minix the sleeping giant by Anonymous Coward · · Score: 0

    Tanenbaum finally decides he wants to rule the world after shooing people away for 20 years.

    But maybe his timing turned out to be right after all, as the hardware is now fast enough to support a microkernel OS (obviously, because VMware runs with acceptable performance on Windows laptops).

  15. Re:The BSD community just doesn't accept stupidity by Anonymous Coward · · Score: 5, Insightful

    It requires the same amount of effort to politely redirect someone to the appropriate place, without mistreating the "ignorant". They are ignorant, because they don't know, they are trying to learn, but instead of being helpful, you turn to being abusive? I wouldn't call someone like that elitist, I'd simply call them an asshole.

  16. Linus is right on about microkernels by Anonymous Coward · · Score: 5, Insightful

    Try doing a simple modification to the MINIX kernel like adding a new system call. The new system call doesn't even have to do anything interesting or touch hardware: just add some numbers and return them, for the sake of argument or something. Last I tried in MINIX this required touching something like 6 or 7 different files in the source. There are a lot of different components in the kernel that need to know about the new system call, which component it gets forwarded to, how to package up the message to send to that server. I think Linus is bang on when he says microkernels add complexity on to the interactions between components, which is where the worst of the complexity was to begin with.

    Linux does run every component of the kernel in the same address space, which has its downsides (a buggy video driver can theoretically affect your network driver), but I haven't seen these downsides come up in practice. Truth be told, if one of your drivers crashes, there's little hope of maintaining a useful system and you'll likely want to reboot anyway.

    As far as AST's assertion that Linux is "spaghetti" code, no no no, look at the code for yourself. The components in Linux are very well separated. Linux keeps them separated by coding discipline rather than by some technical enforcement (like different address spaces), but this discipline is kept up very well. I suspect the high-level Linux developers (like Linus) spend a lot of time and effort tracking people down and yelling at them for breaking this discipline and trying to put in some spaghetti, but in my dealings with the kernel, they've done a very good job of staying disciplined. I haven't come across anything in the Linux kernel that I'd call "spaghetti".

    Back to the example of adding a system call, I think in Linux this requires 3 source files that need to change. I've only spent a few weeks on each of them, but in my experiences, Linux has the edge on MINIX when it comes down to keeping components logically separated. In Linux, what you do in one place, no other code ever needs to know about that. In MINIX, you have to worry about how and where to forward messages and, while it is sort of elegant in its design, but I don't see an actual benefit coming out of it.

    1. Re:Linus is right on about microkernels by malevolentjelly · · Score: 2

      Why would you be modifying the kernel/adding a system call? The kernel, in this case, is just a kernel.

    2. Re:Linus is right on about microkernels by Kjella · · Score: 1

      Linux does run every component of the kernel in the same address space, which has its downsides (a buggy video driver can theoretically affect your network driver), but I haven't seen these downsides come up in practice. Truth be told, if one of your drivers crashes, there's little hope of maintaining a useful system and you'll likely want to reboot anyway.

      Not just theoretically, I've used some development kernels and what keeps Linux running is a damn good set of reviewers and a quality nazi (in the most positive sense) on top. One buggy line of kernel code and poof comes a kernel panic. That is why Linux has user space drivers too, like for example just the basic USB I/O is in the kernel, the actual driver is in user space. As long as the hardware isn't borked beyond a software reset, I'd much rather see my network card reset itself - obviously breaking all connections but still, rather than taking the whole kernel down. Actually I feel Linux is extremely stable in practice, so if less abstraction makes it easier to validate then maybe in practice the benefits outweigh the disadvantages. That is also why the kernel developers don't really want bug reports with "tainted" kernel modules loaded, anything they see can just be random trash written by proprietary code. Checking that your code doesn't overwrite other kernel memory is one of the absolutely top priorities that reviewers check.

      --
      Live today, because you never know what tomorrow brings
    3. Re:Linus is right on about microkernels by naasking · · Score: 5, Informative

      Truth be told, if one of your drivers crashes, there's little hope of maintaining a useful system and you'll likely want to reboot anyway.

      Except this isn't true of microkernel systems like Minix. And this is the point: microkernels enforce protection boundaries between components so failure and recovery become feasible. That simply isn't possible in a monolithic kernel without resorting to proof-carrying code of some sort.

    4. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      Because it shows the difference in complexity, and gives away the lie of the purported "simplicity" of the microkernel, maybe? Any other bright questions?

    5. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      I'd have to disagree about microkernels, by their nature, being complex wrt. adding system calls. I recall back in the day on OS-9 (not MacOS, the RTOS by Microware) that one could add a new system call simply by writing the new call into a startup module (OS9P2 if I recall?), and making a single API call to register it as an extension. I think one could even do it at runtime. I can't speak for MINIX, but there's nothing inherent in microkernel design that makes things hard to add, in fact from what I've seen of Linux device drivers (not much, but I've had to fight with compiling them a few times) Linux's 'module' system is extremely baroque in comparison to what could be done.

    6. Re:Linus is right on about microkernels by WorBlux · · Score: 1

      Truth be told, if one of your drivers crashes, there's little hope of maintaining a useful system and you'll likely want to reboot anyway.

      Not really, Minix 3 has been demonstrated to recover from over 18,000 faults that were injected into the driver system. Micro-kernels are extremely robust and resilient if properly designed. They have a watchdog system what will reload components that have failed.

    7. Re:Linus is right on about microkernels by Rich0 · · Score: 1

      I do tend to agree with this. Right now if my display is borked but I can get in via ssh I'm still pretty-much SOL. With a microkernel design I could probably reboot the entire display stack (just tell those drivers that the computer is booting up - unload them from memory and load them back in and all that). It would wipe out all my video buffers and maybe kill my X11 session, but it isn't a reboot. If you go a step further you could have a watchdog of some kind or some other way of triggering this and maybe do that proactively.

      It would be nice if a video driver hang was like an apache hang.

      Now, since you're talking about hardware there is still some risk - if your video driver tells the video card to hit the reset line or something and that resets the computer, well, there isn't much you can do about that but re-architect the bus so that the hardware itself is more isolated.

    8. Re:Linus is right on about microkernels by 0123456 · · Score: 1

      And this is the point: microkernels enforce protection boundaries between components so failure and recovery become feasible.

      But still takes a heck of a lot of work. If your video driver dies, something has to recover its state when you restart it, which is far from a trivial task.

    9. Re:Linus is right on about microkernels by 0123456 · · Score: 1

      With a microkernel design I could probably reboot the entire display stack (just tell those drivers that the computer is booting up - unload them from memory and load them back in and all that). It would wipe out all my video buffers and maybe kill my X11 session, but it isn't a reboot.

      Dunno about you, but for me the difference between a reboot and completely restarting X is about 30 seconds. Most of the time between booting and beginning to do useful work is spent starting up my applications in the right workspaces and VNC sessions, so I really don't care whether the video driver restarts or I have to reboot.

    10. Re:Linus is right on about microkernels by DrJimbo · · Score: 4, Interesting

      As far as AST's assertion that Linux is "spaghetti" code, no no no, look at the code for yourself. The components in Linux are very well separated. Linux keeps them separated by coding discipline rather than by some technical enforcement (like different address spaces), but this discipline is kept up very well.

      Here is a link to a good example of of such discipline. It contains excerpts from a discussion on the lkml over the use of "goto" in Linux kernel code. The kernel devs have found a situation where the judicious use of "goto" makes the code cleaner, clearer, and easier to maintain. The wisdom of this use is challenged by someone who dogmatically believes that all goto statements are evil. It is quite amusing (and a little sad).

      --
      We don't see the world as it is, we see it as we are.
      -- Anais Nin
    11. Re:Linus is right on about microkernels by evilviper · · Score: 1

      Linux does run every component of the kernel in the same address space, which has its downsides (a buggy video driver can theoretically affect your network driver), but I haven't seen these downsides come up in practice.

      Oh, but you have, actually... Every time you've seen a Linux system lock-up, you're seeing the effects of a monolithic kernel. Every time you seek a kernel security exploit, you're seeing the result of a monolithic kernel.

      People are familiar with the idea that userland code on a Linux/Unix system should be unable to cause a kernel crash, but few are familiar with microkernels, where only the tiniest bit of code makes up the core of the kernel, and the most low-level of services can fail, will not hurt anything else, and can be restarted automatically, with no effect on the stability of the system.

      You need only look at the rabid fan-base of OpenVMS for an example. It can be immensely stable, even running on hardware with buggy and unstable drivers. It invariably comes up in first place in every test of security, because there's so little code in privileged space that it can be easily audited to be bug-free, and none of the bugs in any other code can cause serious problems.

      Think of it this way... Computers are just math machines. Code is just equations, and equations can be PROVABLY correct. A properly written microkernel can be PROVEN to be correct. In other words, baring hardware problems, you can prove that the fully audited microkernel will never crash, will never malfunction at all. And since it's a microkernel, it doesn't matter if the drivers and other userland code running under it are reliable or not... If they don't behave, they will be killed and restarted transparently, and the system will continue to function. You can see this level of rigour in seL4: http://www.sigops.org/sosp/sosp09/papers/klein-sosp09.pdf

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    12. Re:Linus is right on about microkernels by hawk · · Score: 1

      As with the passive voice, the rule on GOTO is "avoid," not "never use."

      I hit a point in the algorithm for dissertation where I realized that I was going to a lot of trouble that could be solved with a simple GOTO.

      hawk

    13. Re:Linus is right on about microkernels by DrJimbo · · Score: 1

      As with the passive voice, the rule on GOTO is "avoid," not "never use."

      Yes, exactly. Which is why that thread is both amusing and sad.

      --
      We don't see the world as it is, we see it as we are.
      -- Anais Nin
    14. Re:Linus is right on about microkernels by frist · · Score: 1

      You totally missed the point. You should not have any reason to add a system call. In a microkernel (QNX is my favorite) you leave the microkernel to do its job, and you write userland code. That's way easier than your example of adding a system call. Yes I have for fun added system calls and written linux driver. Would you rather write in C in the kernel and debug with kprintfs and not know who's messing with your address space, or write your "driver" in whatever language you want and debug it in eclipse?

    15. Re:Linus is right on about microkernels by gilboad · · Score: 1

      Truth be told, if one of your drivers crashes, there's little hope of maintaining a useful system and you'll likely want to reboot anyway.

      Except this isn't true of microkernel systems like Minix. And this is the point: microkernels enforce protection boundaries between components so failure and recovery become feasible. That simply isn't possible in a monolithic kernel without resorting to proof-carrying code of some sort.

      (I'm a in-kernel DPI developer by trade; I'll stick to what I know)
      Lets assume you need to develop an application firewall that needs to handle multiple 10GbE links.

      In Linux, life is simple, you stuff a huge blob of code into the kernel, replacing the normal stack; sure, development is (more) difficult and debugging can exponentially increase your gray hair count by a number of factors, but it in the end, you get an skb, you read it, modify it, and dump it (or not) to the target network device. End-of-story.

      In the Micro-kernel world, things are far more complicated.
      As you put the network device and DPI software in separate user-spaces, you'll require an in-kernel mmap-like (?) message passing system in-order to connect the network driver(s) to the DPI software (and back) w/ complex memory management and device ring buffer control.
      Lets assume that this interface has near-zero-performance penalty (and I *greatly* doubt it) and concentrate on the chances of recovering from a crash:
      If a network device dies, it may or may not leave the *hardware* in recoverable state. Lets write this as 50% chance of recovery.
      If the DPI software dies, you lose all the session and node information, which more-or-less amounts to a full reboot. Lets write this as 0% of chance recovery.
      Now, if the fancy mmap interface dies... Well, you got the idea.

      In short, at best, you have a better chance of recovering from a network device crash, which, in-case you ever looked at Ethernet driver code, is a ***very*** rare event - all of it at the price of a huge performance hit and packet flow that more-or-less impossible to debug.

      - Gilboa

    16. Re:Linus is right on about microkernels by drinkypoo · · Score: 2

      And this is the point: microkernels enforce protection boundaries between components so failure and recovery become feasible.

      But still takes a heck of a lot of work. If your video driver dies, something has to recover its state when you restart it, which is far from a trivial task.

      Shockingly, I read TFA, and Tanenbaum is explicitly asked if he can restore drivers for stateful devices, and the answer is no, but we're working on it. Well no shit, everyone is working on it, but no one has it working. And without this magical ability, as you say, it's only going to help you in a percentage of situations. I propose that most of these situations are situations you should never be in anyway — they arose due to a bug in the driver (or server or whatever you might like to call it) and you would be better served by a less complex system which might have less bugs in it to begin with. Perhaps one with a monolithic kernel :)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    17. Re:Linus is right on about microkernels by drinkypoo · · Score: 1

      Oh, but you have, actually... Every time you've seen a Linux system lock-up, you're seeing the effects of a monolithic kernel. Every time you seek a kernel security exploit, you're seeing the result of a monolithic kernel.

      That's not true at all, because you can have a hole in the interface of one of the servers in your microkernel-based system, and you can easily have an error from which the server cannot recover. These problems don't just go away because you're running a microkernel.

      A properly written microkernel can be PROVEN to be correct.

      Great. Now prove all the servers correct. Guess what: due to the increased complexity of a microkernel system, you've now got yourself a harder task. HTH, HAND.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    18. Re:Linus is right on about microkernels by naasking · · Score: 1

      If your video driver dies, something has to recover its state when you restart it, which is far from a trivial task.

      Recovering state is indeed a difficult problem. State management has been made more difficult because it's easy or tempting to place state in places where it results in many DoS vulnerabilities (like putting state in the kernel or the display server). See the EROS window system design for how this is was reasonably addressed in UI systems.

      Personally, I don't think we always have to recover everything. Not killing the whole system is still an improvement, because at least you can delegate to the user how to proceed, even if that delegation is: what do you want me to do with all these GUI programs whose UI state is now invalid? Once you're able to get into that position, you can at least ask yourself what can be done. An obvious answer would be to define a standard signal which attempts to save the current program state for future recovery. Many programs already do this, ie. saving a temporary/scratch file in case the program crashes, and this is just a natural extension of that.

    19. Re:Linus is right on about microkernels by naasking · · Score: 1

      You're making an awful lot of assumptions. Firstly, there's nothing preventing you from having a monolithic networking stack on top of a microkernel. Consider that a Xen hypervisor is a microkernel with Linux running as a user process.

      The idea here is the same: you can choose to break down protection domains if you want/have to with microkernels, but you can't reasonably decompose a program into multiple protection domains with monolithic kernels because the latter don't have the well-structured, fast IPC of the former which makes the decomposition feasible to begin with.

      So no, you don't have to place the DPI and network device into separate address spaces, but the more protection domains you have, the more reusable your components are, the more structured your system is, and thus the more understandable and recoverable it will be. And if the hardware can get into an unrecoverable state, well no software except verification can help you with that.

      Your whole argument basically reduces to: decomposed, well structured, reusable software components are harder to design than ad-hoc designs with no constraints on structure or reuse. I don't think anyone ever expected the contrary to be true. The extent to which you care about these issues is the extent to which you will decompose programs on a microkernel. It's not all-or-nothing.

    20. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      Are hypervisors microkernels? Hypervisors typically include device drivers so that all the VMs can access all the hardware directly, w/o needing their own device drivers for the various systems. That is different from microkernels, that has device drivers running in user space so that it cannot crash the OS.

    21. Re:Linus is right on about microkernels by sir_hawell · · Score: 1

      here is a classic example of usefullness of goto:

      for (int i=0; in; i++)
                for (int j=0; jn; j++)
                          for (int k=0; kn; k++)
                                    if (some_condition)
                                              goto end;
      end:
      some_statement();

    22. Re:Linus is right on about microkernels by DrJimbo · · Score: 1

      Here is the example Robert Love gave in the thread I linked to:

          do A
          if (error)
              goto out_a;
          do B
          if (error)
              goto out_b;
          do C
          if (error)
              goto out_c;
          goto out;
          out_c:
          undo C
          out_b:
          undo B:
          out_a:
          undo A
          out:
          return ret;

      --
      We don't see the world as it is, we see it as we are.
      -- Anais Nin
    23. Re:Linus is right on about microkernels by gilboad · · Score: 1

      In short, you more or less ignored my example and went with yet another theoretical explanation why micro-kernel is the kernel design to rule them all.
      In reality, you didn't really try to debunk my previous claims: E.g. Sure, you can put the DPI + network cards in the same "protection domain" (much like in, err, a monolithic kernel...), but this more-or-less means that any crash, in any of the above-mentioned components (Network drivers, DPI, memory management) will result in what essentially amounts to a full reboot - let alone the fact that I've yet to see a well-marshaled IPC that's capable of pushing GBps of data without making the CPU bleed from the ears.

      In essence, you post doesn't include any evidence that a micro-kernel will make my DPI software [i]understandable[/i], [i]well structured[/i] - let alone [i]recoverable[/i]. (See my previous post)

      Beyond that, "understandable"? "well structured"? "reusable"? what exactly does it has to do with monolithic vs. micro-kernel? A monolithic kernel can be "well structured" and "well documented" and use a lot of "reusable components" while a micro-kernel can be badly structured w/ zero documentation and have the same functionality implemented differently in 1,000 different modules.

      - Gilboa

    24. Re:Linus is right on about microkernels by martyros · · Score: 1

      After hearing this "gotos are evil" thing some years ago (and seeing them judiciously used in the Linux kernel to good effect), I actually looked up the original paper Dijkstra wrote, "Gotos considered harmful". It turns out that all of his objections are handled by languages like C. One of the big ones was that whatever language he was talking about was like early versions of BASIC: you GOTO a line number, not a label. So any given statement may be the target of a GOTO, with no indication that this was the case. This would indeed be a nightmare of maintainability.

      However, C isn't like that at all -- you can't goto an arbitrary line; you can only jump to a label. So if you're reading along a C program, and you see a label, you *almost certainly* know that somewhere else in the code jumps to it. (And you definitely do know if the project uses -Wall -Werror.) So you know to go and find out where.

      --

      TCP: Why the Internet is full of SYN.

    25. Re:Linus is right on about microkernels by naasking · · Score: 1

      In short, you more or less ignored my example and went with yet another theoretical explanation why micro-kernel is the kernel design to rule them all.

      Then you didn't understand my post. Microkernels lead to better structured programs because it allows you to decompose a program into structured abstract modules. Each module is an individual failure domain that is enforced by the kernel. A kernel is exactly analogous to a language runtime which enforces safety between abstract modules (objects). Languages that are safe are strictly more expressive than languages that are unsafe. This is simply a fact.

      As for a monolithic design, you were essentially asserting you can't achieve your design on a microkernel, and I countered with the point that any program you can express on a monolithic design, you can express on a microkernel design except express programs that crash the whole system, which are a useless subset of programs. If you actually had strong evidence that a decomposed design was actually the bottleneck, you can break down protection barriers to achieve the performance needed with no change to the programs, but you can't do the reverse to achieve more safety in a monolithic design. This too is a fact.

      And no, a decomposed design that has had some of its protection boundaries broken down doesn't necessarily require a full reboot, because the decomposed design means you can restart the whole subsystem without restarting the whole system.

      Finally, your comment about the kernels being well structured and documented and reusable is completely irrelevant. This has nothing to do with the kernel, we're talking about the components of your program. Microkernels make it feasible to decompose a design, which makes recovery and other properties feasible. Whether recovery is achievable is domain-specific and subject to the skill of the developer. Either way, you're still better off on microkernels because at least they give you the tools to make it possible.

      As for evidence, there have been plenty of papers achieving high bandwidth, low latency networking on microkernels like EROS and L4. It's certainly challenging to design them in separate failure domains with recovery, but it's not impossible. Your posts contain as little evidence as mine do, so I don't exactly feel the need to do your research for you.

    26. Re:Linus is right on about microkernels by Rich0 · · Score: 1

      Well, on my PC rebooting means losing two minutes in the middle of a TV show being recorded by my DVR and splitting it in two, while restarting X doesn't really cause me much hassle at all.

      On a desktop I agree the impact is lesser.

    27. Re:Linus is right on about microkernels by Toafan · · Score: 1

      Except this isn't true of microkernel systems like Minix. And this is the point: microkernels enforce protection boundaries between components so failure and recovery become feasible. That simply isn't possible in a monolithic kernel without resorting to proof-carrying code of some sort.

      So if one of your drivers crashes in a microkernel-based system, you can just "reboot" the driver rather than the whole machine?
      Because that...
      ... Would be fucking Awesome.

      I've had my window manager crash on me before. I was able to get it back by creative command-line use. Can't do that on Macs or Windows. If you could do that to the entire driver space...

      And as long as I'm speculating, I'd like auto-restart of crashed drivers. Imagine if your network driver crashed, and then when you go to hit the 'net your OS "noticed" that the driver was down and restarted it...

    28. Re:Linus is right on about microkernels by naasking · · Score: 1

      So if one of your drivers crashes in a microkernel-based system, you can just "reboot" the driver rather than the whole machine?

      Assuming the hardware isn't buggy and thus supports being reset, then yes. There is a lot of ongoing work in this domain, under headings like "self-healing systems".

    29. Re:Linus is right on about microkernels by walshy007 · · Score: 1

      Oh, but you have, actually... Every time you've seen a Linux system lock-up, you're seeing the effects of a monolithic kernel.

      Last time I had a linux system lock-up was 1999, it was faulty hardware - dmesg gave me many 'danger will robinson' messages and windows could not even boot on the machine. So no, i have not 'seen the disadvantages' in the present decade or the last.

      I would further pose that adding extra layers of unnecessary complexity lead to _more_ bugs, so should be avoided.

    30. Re:Linus is right on about microkernels by evilviper · · Score: 1

      I must assume your anecdote comes from an extremely tiny sample size, as no one with any credibility would claim that linux doesn't crash. With as many servers as I'm responsible for, it's only a matter of days between some system, somewhere, crashing.

      I guess you think all those kernel exploits the likes of redhat are patch all the damn time, don't really exist either, since you don't see them?

      More bugs in un privileged space in exchange for an incredibly stable micro kernel, would be an awesomely positive trade off.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    31. Re:Linus is right on about microkernels by walshy007 · · Score: 1

      With as many servers as I'm responsible for, it's only a matter of days between some system, somewhere, crashing.

      More bugs in un privileged space in exchange for an incredibly stable micro kernel, would be an awesomely positive trade off.

      So change all your linux machines to run on a straight microkernel, you will have a similar sample size to what you have now, and tell me how your results go

      The proof is in the puddinng so to speak, microkernels do not magically fix everything, if hardware is left in an unrecoverable state microkernels still fail to fix the issues.

      Going to microkernels is not some magical panacea that will fix all reliability issues.

    32. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      Every time you've seen a Linux system lock-up, you're seeing the effects of a monolithic kernel.

      Last time I had a linux system lock-up was 1999, it was faulty hardware

      Okay, this is disingenuous. If you're comparing the stability of pieces of software, you have to assume you're talking about a healthy system. If you're talking about faulty hardware all bets are off when it comes to the software behavior.

      You can design software to cope with some hardware failures (e.g. a utility in RAM can detect a hard drive failure and shut it down) but no software can be expected to deal with hardware that corrupts its code. In that case, you're not really comparing the merits of the software at all.

    33. Re:Linus is right on about microkernels by gilboad · · Score: 1

      No offense but this argument remains the following argument from a movie called Idiocracy:
      "But Brawndo got what plants crave, its got electrolytes"
      "What are electrolytes? Do you even now?
      "Its what they use to make Brawndo!"
      "Why they use it to make Brawndo?"
      "Because Brawndo has electrolytes..."

      Let leave it at that...

      - Gilboa

    34. Re:Linus is right on about microkernels by naasking · · Score: 1

      I'm amazed you still don't understand, nor don't seem to be able to distinguish a circular reasoning from a legitimate argument.

      I'll break it down to Brawndo-speak for you: monolithic kernel is to microkernel, as assembly is to Ada. Simple as that. Everything expressible in assembly can be expressed in Ada, but plenty of properties expressible in Ada and ensured by the compiler, cannot be expressed in assembly.

      If you don't understand the parallels, your CS education has failed you.

    35. Re:Linus is right on about microkernels by smash · · Score: 1

      I do tend to agree with this. Right now if my display is borked but I can get in via ssh I'm still pretty-much SOL. With a microkernel design I could probably reboot the entire display stack (just tell those drivers that the computer is booting up - unload them from memory and load them back in and all that). It would wipe out all my video buffers and maybe kill my X11 session, but it isn't a reboot. If you go a step further you could have a watchdog of some kind or some other way of triggering this and maybe do that proactively.

      Win7 actually does this. I had a fan die on my 8800GT and the video was crashing regularly. Screen goes black, video driver reloads, screen comes back. This is far preferable to complete crash, losing work, stopping network traffic, etc, etc.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    36. Re:Linus is right on about microkernels by smash · · Score: 1

      How about surviving a crash and safely writing data to disk, instead of hard crashing due to a network fault? Sure in a firewall that may not be such a concern, but if you're running a DB server it sure is. Horses for courses, etc...

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    37. Re:Linus is right on about microkernels by smash · · Score: 1

      Win7 does this. Had a dicky video card crashing due to heat. Black screen, 2 second delay, screen comes back. System still up. Not that windows 7 is my favourite OS at all, but it is one thing microsoft has got fairly right in recent years. vista/7 onwards are not the same as XP or previous in this respect.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    38. Re:Linus is right on about microkernels by gilboad · · Score: 1

      I never said micro kernel (as a general concept) isn't useful to *some* use cases; I was showing that much like the OP's point, the possibility of recovery may be completely meaningless in many use cases.

      - Gilboa

    39. Re:Linus is right on about microkernels by gilboad · · Score: 1

      As we are using moronic (and intelligence insulting) examples, please let me summarize the argument is just-as-insulting mode:
      Me: In *my* use-case, micro-kernel's main feature (recoverability) is useless. Plus, there's the issue of performance and added complexity which renders the basic idea of Micro-kernel design irrelevant.
      You: Micro-kernel is shiny! It makes your system "understandable", "well structured" and "reusable"!
      Me: No it won't. <insert long explanation why a micro-kernel DPI will suck when layered and suck just as bad when not layered>.
      You Repeat previous argument + hint at me being an idiot.
      Me: Try to end the argument pointing out that while your mind boggling nice-and-shiny theories amaze me, I rather go peel an apple.
      You: Strongly hint that I'm an idiot.
      Me: *Singing loudly* I really like peeled apples! *Singing loudly*.

      - Gilboa

    40. Re:Linus is right on about microkernels by smash · · Score: 1

      Sure. However i'd argue the point that in the GENERAL case, a microkernel is a win. It's only specialised tasks (such as high speed networking, in your example) that the overhead is prohibitive. In which case, you're probably better off not using a general purpose OS/hardware, but something built to do the job from the ground up.

      One OS / design philosophy is not suitable for all cases.

      2c.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    41. Re:Linus is right on about microkernels by smash · · Score: 1

      Point is, you shouldn't be randomly adding system calls to the microkernel on a regular basis. Most of your code should be in user space.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    42. Re:Linus is right on about microkernels by gilboad · · Score: 1

      ... The irony is that argument itself is more-or-less meaningless.
      Much like the CISC vs. RISC argument, in the end, the hybrid design took the gold medal.
      Even the so-called-monolithic Linux, uses fuse, libusb and libpcap to develop low-level user-land applications. ... And then there virtulization :)

      - Gilboa

    43. Re:Linus is right on about microkernels by evilviper · · Score: 1

      So change all your linux machines to run on a straight microkernel, you will have a similar sample size to what you have now, and tell me how your results go

      Go read a few accounts of OpenVMS admins...

      The proof is in the puddinng so to speak, microkernels do not magically fix everything, if hardware is left in an unrecoverable state microkernels still fail to fix the issues.

      No, microkernels do not magically fix everything. They scientifically fix the most important issues.

      And there's no reason hardware would be left in an unrecoverable state. Most hardware can be entirely powered-off without power-cycling the entire machine. And all the work needed to figure out how to gracefully recover has already been done in Linux, FreeBSD, etc., as it's required for S3/Suspend to work.

      Going to microkernels is not some magical panacea that will fix all reliability issues.

      No, it's a very non-magical thing, which is both actually and theoretically able to make a kernel that is 100% reliable. The reality won't be perfect, but in practice, it comes very, very close.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    44. Re:Linus is right on about microkernels by walshy007 · · Score: 1

      And there's no reason hardware would be left in an unrecoverable state. Most hardware can be entirely powered-off without power-cycling the entire machine.

      Tell that to the e1000e users which intel didn't even put a lock bit on the card in regards to firmware so a bug in the driver bricks the card with the only method of recovery being manually flashing eeprom chips on the board.

      And all the work needed to figure out how to gracefully recover has already been done in Linux, FreeBSD, etc., as it's required for S3/Suspend to work.

      It doesn't really count as 'recovering' when you are putting it into a _known_ state before purposefully shutting it down. While I agree many drivers are capable of reinitializing hardware from an unknown state when it's seen to be acting funky, this is far from all hardware, and far from all drivers too.

      They scientifically fix the most important issues.

      really? since I'd say the most important issue with having a stable kernel is complexity.

      Sure the individual components of a microkernel can be simple enough, but you are offloading the complexity to the interactions of the modules, which become exponentially more complex.

      In the end you wind up with a more complex, more bug prone (because of said complexity) kernel, that takes an order of magnitude more development time for far less results.

      How does this solve a damn thing?

    45. Re:Linus is right on about microkernels by naasking · · Score: 1

      Here are a series of questions which will determine which of us is deluding themselves:

      1. is every program you write flawless and secure?
      2. do you agree that coarse-grained protection boundaries result in more vulnerable, less robust systems than systems constructed with fine-grained protection boundaries?
      3. do you agree that it's trivial to remove protection boundaries without changing the communication interface between components, perhaps with dynamic link-time configuration options, but it's impossible to add or infer the desired protection boundaries at any stage of compilation, linking or deployment?
      4. do microkernels encourage systems with finer-grained protection boundaries?
      5. do monolithic kernels encourage systems with coarser-grained protection boundaries?
      6. can microkernel systems with full protection boundaries, or partial protection boundaries removed match or exceed the performance of monolithic systems?

      There is irrefutable evidence implying that the answer to all of these questions is "yes", so all of your objections are plain rubbish, and your attempts to deflect from these basic facts and their consequences is transparent.

      Your only legitimate complaint against microkernels is the paucity of tooling to support decomposed program construction. It's gotten better with IDLs, but traditional systems programming languages (C/C++) are invariably designed around a single-address space linking model that requires outside tooling to reason about protection boundaries. But without more attention, this tooling will never improve.

      Even without better tooling, microkernels still result in safer, more secure, more robust systems. The L4 microkernel is the only general purpose OS kernel, period, to achieve EAL-7 assurance. You will never have a monolithic kernel achieve that level of assurance, unless you replace the hardware protection exploited by microkernels with some other means of protection (like proof-carrying code).

      So peel as many apples as you like, just know that your singing is simply drowning out the facts that are crying for your attention.

    46. Re:Linus is right on about microkernels by evilviper · · Score: 1

      In the end you wind up with a more complex, more bug prone (because of said complexity) kernel, that takes an order of magnitude more development time for far less results

      A thousand bugs that will have no adverse effects is infinitely more desirable than a handful of bugs that will bring down the system. This is precisely why there is separation between kernel space and user space. I can't see how you can be so dense as to not understand the benefit of extending this privledge separation into the kernel itself.

      I keep throwing out examples, and you keep repeating non-sequitors and ignoring my answers, and several examples of microkernels working very well in real life, and for decades, no less. I'm going to write you off now as dense or a troll, and I really don't care which...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    47. Re:Linus is right on about microkernels by walshy007 · · Score: 1

      A thousand bugs that will have no adverse effects is infinitely more desirable than a handful of bugs that will bring down the system.

      but you can still have bugs that bring down hardware, thusly the e1000e driver example, even with a microkernel a bug of that nature is still unrecoverable.

      The point is 'microkernels always recover' is false, you can have still have bugs that leave the hardware in an unrecoverable state.

      and several examples of microkernels working very well in real life, and for decades, no less

      How many of those were on embedded systems with a very specific hardware set? let me specify the exact hardware that is being run and I'll give you a linux machine that never* goes down.

      * - never in this case being over ten years with consistent use, we have to draw limits somewhere

      As mentioned earlier, you want microkernels running on all your hardware, do so en masse, then you will discover they aren't perfect.

    48. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      but you can still have bugs that bring down hardware, thusly the e1000e driver example, even with a microkernel a bug of that nature is still unrecoverable.

      Would you rather have an e1000e driver bug that crashes your kernel, or have your kernel notice that your NIC driver has crashed and notify you that you need to restart to recover it?

    49. Re:Linus is right on about microkernels by walshy007 · · Score: 1

      bug in question didn't bring down the linux kernel at all, just the device.

      If you are insinuating microkernels cannot kernel panic (unrecoverable severe error causing halt of execution), experience says otherwise

    50. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      bug in question didn't bring down the linux kernel at all, just the device.

      Then it should be just as (un)recoverable by a monolithic or microkernel. I don't think anyone's claiming that microkernels can recover drivers that are unrecoverable - but they can restart them without restarting the kernel.

      If you are insinuating microkernels cannot kernel panic

      No, of course they can. But that should only happen due to a bug in the kernel, not due to a bug in a driver or server. I don't think the example you gave establishes that it wasn't a kernel bug in QNX.

    51. Re:Linus is right on about microkernels by walshy007 · · Score: 1

      but they can restart them without restarting the kernel.

      What use is restarting a driver when it has left the hardware in a non-recoverable state? the driver would continue to be just as useless even when starting up a new copy.

      No, of course they can. But that should only happen due to a bug in the kernel,

      This is my point, microkernels are not flawless, all you are doing is making the process far more complex because of the crazy amount of message passing, lending itself to _more_ bugs, then saying it is all good because bugs in end drivers don't kill the system only ones in the core kernel can... in short bugs in the core kernel and complex messaging systems can still kill it, you do not magically get a 100% stable system as the original poster implied.

    52. Re:Linus is right on about microkernels by mikael · · Score: 1

      I have Linux on my current PC for the last 10 years. The only time it shuts down is due to a 2D flashplayer game roasting the CPU to 95C. Not even running bzflag or GPU/shader programming has the same effect. I can only conclude it is something to do with CPU caching.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    53. Re:Linus is right on about microkernels by badkarmadayaccount · · Score: 1

      Server side rendering on a terminal server is a more suitable use case.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    54. Re:Linus is right on about microkernels by badkarmadayaccount · · Score: 1

      I think that microkernels are just an old school workaround to the fact that kernels are usually written in unsafe languages, with little to no static checks of meaningful scale. They are not more complicated, they just try using hardware adapted methods to dynamically work around a problem usually addressed by the compiler statically. If you hardware supports a few minor things like AID TLB and cache tags and few special cache control instructions, using a microkernel is a non-issue. Better if it's optimized for fast context switching, or implements some form of asymmetric CMT (i.e., a microkernel would run like greased lighting on a newer SPARC).

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    55. Re:Linus is right on about microkernels by badkarmadayaccount · · Score: 1

      I love DIY exceptions, they are hackish in a very satisfying manner, but why not use a language with a meaningful set of CF structures? Or allows you to implement them *cough* Lisp *cough*.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    56. Re:Linus is right on about microkernels by Anonymous Coward · · Score: 0

      I think that microkernels are just an old school workaround to the fact that kernels are usually written in unsafe languages

      I think separation of kernel functions from services is another main reason, which makes sense as much as separating your application code from library code.

      I just watched a presentation by Greg Kroah Hartman on the Linux kernel, where he boasted that kernel development moves faster than any other software project of size. 2400 developers making a release every 2-3 months. He admitted that they break APIs regularly.

      That's fine and dandy, but shouldn't they be asking themselves "why are we constantly changing the kernel"?

  17. Re:The BSD community just doesn't accept stupidity by Anonymous Coward · · Score: 0

    from: http://dictionary.reference.com/browse/elitist

    (of a person or class of persons) considered superior by others or by themselves, as in intellect, talent, power, wealth, or position in society: elitist country clubbers who have theirs and don't care about anybody else.

    Game, set, match?

  18. Linux made UNIX easier by Anonymous Coward · · Score: 0

    I find it hard to believe that the lawsuit had much impact. GNU/Linux has had the success it's had because it's made UNIX easier on top of being free, in both senses of the word. BSD has been around for a long time and is still with us, but in terms of usability it's still light years behind Linux. Sure there's been some decent attempts at it such as PC-BSD but they're still lacking. NetBSD may be well designed and correctly programmed from an academic point of view and obviously one of its strengths is the sheer number of platforms it runs on but it's just painful to use. The biggest thing that irks me about the BSDs, is a complete lack of decent package management and decent installers that do most of the hard work for you. Sure I can manually partition a system as good as the next guy, set up swap space, compile the software I need, mess about getting X configured etc but you know after a while that just gets dull and tiresome. Do the hard work for me and let me tweak where I need to.

    1. Re:Linux made UNIX easier by Anne+Thwacks · · Score: 1
      in terms of usability it's still light years behind Linux

      Looks like you have not actually tried then. Usability is not the distinguising feature. (AFAICT Gnome is Gnome, and KDE is KDE, even on Solaris). If you mean the problem with *BSD is that "the file hierarchy is well defined, but I cant be bothered to read the docs, so I prefer one that is not" then that is probably also true. I admit that some of the directory names are not the most appropriate, and would not be used if you started from scratch, but the truth is, by leaving them alone, you can still re-use your skills from 1986.

      If you weren't using Unix in 1986 - Get off my lawn

      --
      Sent from my ASR33 using ASCII
    2. Re:Linux made UNIX easier by Eunuchswear · · Score: 1

      BSD has been around for a long time and is still with us, but in terms of usability it's still light years behind Linux.

      Some examples are needed here. Just exactly how is BSD harder to use than Linux?

      The biggest thing that irks me about the BSDs, is a complete lack of decent package management and decent installers that do most of the hard work for you.

      Debian?

      --
      Watch this Heartland Institute video
    3. Re:Linux made UNIX easier by BitZtream · · Score: 1

      ...

      If you want to take 'the hard way' and more or less 'compile it yourself' ... then you can still use ports to do most of the manual labor for you.

      Of course, if you wanted package management ... you would use the pkg tools ...

      I really don't see how:

      pkg_add -r apache22

      is all that different from

      apt-get apache22

      Other than you just haven't bothered to look at how its done in a BSD.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    4. Re:Linux made UNIX easier by smash · · Score: 1

      Try using BSD and reading the docs. It is not linux so your linux knowledge does not apply. However in terms of ease of use, they are on par (i've used both since around 2000, started on linux in 96).

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  19. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by drinkypoo · · Score: 5, Informative

    When you came to BSD in 1996 you were five years late to the party, since 386BSD came out in 1991, and didn't support FDISK labels, preventing users from dual-booting. Indeed, early versions of FreeBSD and NetBSD, both of which grew from 386BSD, shared this lack. Linux used fdisk from the start (Linus not seeing a need for eight confusingly-identified partitions) which permitted dual-booting if you had partition slots free.

    So you're being elitist, but ironically, not elitist enough to know what you are talking about.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  20. Tannenbaum is right about licensing by einhverfr · · Score: 3, Insightful

    The license is really less important than community in making a project successful. What is important is a high pace of development and a large developer community, not whether a project uses the BSD or GPL licenses. In these cases, economically most commercial players will contribute most of their changes back.

    --

    LedgerSMB: Open source Accounting/ERP
    1. Re:Tannenbaum is right about licensing by Anonymous Coward · · Score: 0

      Licensing is at the core of community. The mine vs. ours dynamic in the differences between BSD and GPL says it all.

    2. Re:Tannenbaum is right about licensing by einhverfr · · Score: 1

      Of course telling which license is the "mine" dynamic and which is the "ours" dynamic is the question.

      The point is that a vital project with a good pace of development will find that contributions get made out of necessity, and that the choice of BSD vs GPL is at most a difference in the method by which those contributions are required.

      --

      LedgerSMB: Open source Accounting/ERP
    3. Re:Tannenbaum is right about licensing by drinkypoo · · Score: 2

      The license is really less important than community in making a project successful.

      The license helps determine what kind of community you will attract; is it people who want to help everyone, or people who want to help themselves first and anyone else only as an unintended consequence? As it turns out, the kind of people who want to help everyone have produced a more popular system, in spite of the supposedly increased improved commercial appeal of the other one.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Tannenbaum is right about licensing by einhverfr · · Score: 1

      The license is really less important than community in making a project successful.

      The license helps determine what kind of community you will attract; is it people who want to help everyone, or people who want to help themselves first and anyone else only as an unintended consequence? As it turns out, the kind of people who want to help everyone have produced a more popular system, in spite of the supposedly increased improved commercial appeal of the other one.

      I am sure that is why a project like Apache can't be successful without the GPL.

      The other important point is that the differences in commercial appeal are *different* between the GPL and BSD licenses. Companies like MySQL AB like the GPL because it can given them control downstream distribution, and they can control what is MySQL. One can contrast that with the big five PostgreSQL companies (Red Hat, Enterprise DB, Command Prompt, PG Experts, and Green Plum) where there is at best a clean break between what is released to the community and what is controlled by a single company.

      So getting back to my point which is that the GPL vs BSD flame war is largely pointless and that the choice of license is not really a make-or-break thing for most projects. Instead the ability to keep pace of development up is what matters, because this is what attracts a larger peripheral community, etc.

      Aslo I work with a lot of developers who are comfortable working under both licenses, so I am not alone in my assessment here.

      --

      LedgerSMB: Open source Accounting/ERP
    5. Re:Tannenbaum is right about licensing by drinkypoo · · Score: 1

      So getting back to my point which is that the GPL vs BSD flame war is largely pointless and that the choice of license is not really a make-or-break thing for most projects. Instead the ability to keep pace of development up is what matters, because this is what attracts a larger peripheral community, etc.

      Sigh. The ability to keep pace of development up is due to the developers involved. The licenses attract different developers. Linux has been more successful because of the type of developer it attracts. You're making my arguments for me.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:Tannenbaum is right about licensing by einhverfr · · Score: 1

      So are you saying Apache is less successful because it uses a more permissive license?

      --

      LedgerSMB: Open source Accounting/ERP
    7. Re:Tannenbaum is right about licensing by unixisc · · Score: 1

      License is by no means the sole factor determining the success of a project, or else, Hurd, which uses the same GPL that Linux does (unless they've decided to go w/ v3) would have attracted the same number of hordes of developers and distros that Linux has. Leadership is pivotal, and that's where Linus turned out to be phenomenal, whereas rms and ast turned out to have debacles.

    8. Re:Tannenbaum is right about licensing by drinkypoo · · Score: 1

      The license helps determine what kind of community you will attract

      License is by no means the sole factor determining the success of a project

      You don't read so well, do you?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  21. How about cooperating? by h00manist · · Score: 0

    How about figuring out how to cooperate more and make all open source platforms work together better, and compete better with closed-source/commercial platforms. Silly to forget windows and mac, and fight against each other, freebsd vs netbsd vs openbsd vs bsdi vs redhat vs ubuntu vs debian. It would be wonderful for developers if some practical, less labor intensive, way were reached about how to make apps run on all platforms.

    --
    Build your own energy sources from scratch. http://otherpower.com/
  22. What a tool to you too by epine · · Score: 5, Interesting

    In hindsight, perhaps, this is all clear. At the time, would you have bet your house on the proposition of 386BSD remaining unscathed if the BSDi lawsuit had come to a different outcome? But wait, I have a reference.

    From Open Sources: Voices from the Open Source Revolution:

    Like the other groups, they started by adding the six missing files that Bill Jolitz had written for his 386/BSD release. ... At the preliminary hearing for the injunction, BSDI contended that they were simply using the sources being freely distributed by the University of California plus six additional files. They were willing to discuss the content of any of the six added files, but did not believe that they should be held responsible for the files being distributed by the University of California [which 386BSD also used, one would think]. The judge agreed with BSDI's argument and told USL that they would have to restate their complaint based solely on the six files or he would dismiss it. Recognizing that they would have a hard time making a case from just the six files, USL decided to refile the suit against both BSDI and the University of California.

    Yeah, totally clear how 386BSD was free and clear of the legal fog of war. And a huge debt owed by everyone to Marshall Kirk McKusick and friends who fought this battle on our behalf while Linux thrived under the legal radar.

    In my own view, Linux had a crazy-making anthill culture, which appealed to many young coders with more energy than brains. But you know, I wouldn't bet against energy in retrospect. The annual ipchains rewrite boggled my mind. Not my cup of tea. An even crazier splinter group made hay with PHP, breaking just about every rule of thoughtfulness and elegance known to God and man. And look where that got them: pretty damn far.

    I would personally, however, have jumped on the BSD wagon at the time had it been able to promote a coherent vision of life after lawsuit. What would be the balance be now if BSD had gathered twice as many elitist greybeards into the fold? I have a feeling it would have continued to lag in the department of crappy consumer product device drivers, compromising a major defection path from Windows 98. Greybeards don't do popularity worth a damn.

    Debian zealots notwithstanding, Linux quickly became popular enough to become a willing host for binary blobs.

    1. Re:What a tool to you too by Junta · · Score: 1

      The point is not whether or not he 'should have known better at the time', the point is even today he refuses to concede that Linux has gotten as far it has due to something more than 'dumb luck'.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    2. Re:What a tool to you too by Raenex · · Score: 1

      [..] breaking just about every rule of thoughtfulness and elegance known to God and man. And look where that got them: pretty damn far.

      Worse is Better

    3. Re:What a tool to you too by MightyMartian · · Score: 2

      What blows me away is that Tanenbaum still fosters this old chip on his shoulder, and is still invoking every possible inanity to support it.

      Andrew, get over it. Minix was and still is a toy, and BSD was too much of any ivory tower for the group of hobbiests looking to replace their Amigas, Atari STs and all the other 1980s hardware that was dying off by the early 1990s.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    4. Re:What a tool to you too by Nutria · · Score: 1

      What would be the balance be now if BSD had gathered twice as many elitist greybeards into the fold?

      Let's also remember that the "greybeards" (TdR was only 26 when he was booted from the NetBSD dev team) can get all pissy and immature.

      --
      "I don't know, therefore Aliens" Wafflebox1
    5. Re:What a tool to you too by drinkypoo · · Score: 1

      Debian zealots notwithstanding, Linux quickly became popular enough to become a willing host for binary blobs.

      And today, BSD has support for binary blobs from Linux. What a tangled web has been woven.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:What a tool to you too by garyebickford · · Score: 1

      An even crazier splinter group made hay with PHP, breaking just about every rule of thoughtfulness and elegance known to God and man.

      Hmm, reading this got me thinking. Looking at the collected stuff around various languages - PHP, Perl, Java, C/C++, Python, Ruby, FORTRAN, etc., etc. I have come to the opinion that every language/environment will eventually grow to become a cross between PL/1 and Ada. :)

      --
      It's easier to be a result of the past, but more fun to be a cause of the future! http://www.spacefinancegroup.com/
  23. Re:There's no debate. The GPL doesn't promote free by drinkypoo · · Score: 2, Insightful

    The GPL license is all about limiting the freedom of people to do what they want with the software.

    Incompetent, cowardly troll is incompetent and cowardly; The GPL license is about limiting the freedom of programmers to do what they want with your copyrighted source code, specifically for the opposite of the purpose which you state; it is indeed there to prevent people from placing limits on what users may do with the software.

    Try harder, weedhopper.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  24. A true academic OS by chill · · Score: 2

    Download Minix and you get a microkernel OS. Browsing the FTP site for packages and I see SSH, X, Vim, the make suite and Perl. It seems any actual useful programs are left as an exercise to the student.

    Loads of education fun -- if I was stuck on a rocket to Jupiter and had a few years to kill reinventing the wheel. In Perl, none-the-less. *shudder*

    --
    Learning HOW to think is more important than learning WHAT to think.
    1. Re:A true academic OS by Eunuchswear · · Score: 1

      Download Minix and you get a microkernel OS. Browsing the FTP site for packages and I see SSH, X, Vim, the make suite and Perl. It seems any actual useful programs are left as an exercise to the student.

      Are there any useful programs other than SSH, X, Vim, make and Perl?

      --
      Watch this Heartland Institute video
    2. Re:A true academic OS by chill · · Score: 1

      No, not really. That was the point I was trying to make. Not much there right now.

      In the article Tannenbaum mentioned working on some form of either compatibility layer or porting of NetBSD packages. That'll help, but we'll see how long it takes them to pull it off.

      ftp://ftp.minix3.org/pub/minix/packages/3.2.0/i686/

      --
      Learning HOW to think is more important than learning WHAT to think.
    3. Re:A true academic OS by colinrichardday · · Score: 1

      GNU Emacs and LaTeX.

  25. Why so harsh? by aglider · · Score: 2, Interesting

    No, Linux "succeeded" because BSD was frozen out of the market by AT&T at a crucial time. That's just dumb luck. Also, success is relative. I run a political website that ordinary people read. On that site statistics show that about 5% is Linux, 30% is Macintosh (which is BSD inside) and the rest is Windows. These are ordinary people, not computer geeks. I don't think of 5% as that big a success story. [AST]

    I'm still convinced that it's one of those ideas that sounds nice on paper, but ends up being a failure in practice, because in real life the real complexity is in the interactions, not in the individual modules. And microkernels strive to make the modules more independent, making the interactions more indirect and complicated. The separation essentially ends up also cutting a lot of obvious and direct communication channels. [LBT]

    Maybe the webserver itself is running Linux, though. As well as your home broadband router, prof. Tanenbaum!
    I'm sad because of the short sight.
    Linux is successfull (no quotes). This is a fact. Also Windows is (used to be) successful at some time.
    Do you see Windows everywhere? Nope. Do you see Linux everywhere. Nope as well, but it's very, very popular.
    Maybe it's not popular in desktops. But it is, indeed.
    With the computing power available today, wasting a bunch of cycles in safer communication for microkernels is not a sin, Linus.
    So, why being so harsh to each other?
    I'm really convinced that Linus could help making Minix a better kernel. And the other way around as well.
    So, please, Andy and Linus, stop it.
    You may say I'm a dreamer, but I'm not the only one ...

    --
    Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    1. Re:Why so harsh? by musial · · Score: 2

      I wonder if De Raadt, Torvalds, Stallman, and to this extent, even Tanenbaum fighting, discourages people from cross-contributing to the various projects. It'd be interesting to know if the fighting alienates any of the users by forcing people to pick "sides"

    2. Re:Why so harsh? by Jonner · · Score: 1

      A number of important GNU projects, such as Glibc, are under the more permissive LGPL rather than the GPL. Also, Stallman had nothing to do with the creation of Linux or the choice of license for it except that Linus was inspired by the GNU tools he used as part of Minix. Though he claims to not care about software freedom that much, Linus has never indicated he regretted choosing GPL. Of course it's very controversial, but I'm convinced that being under the GPL is an important factor in Linux's success. A recent example of the pragmatic value of Copyleft is Android. Google has explained that they prefer to keep as many components as possible under permissive licenses like the Apache license so they can choose when and if to release source along with binaries. They chose not to release source for Android 3 except for the Copyleft components, primarily Linux. The GPL did exactly what it was supposed to do, which is to guarantee that everyone has the same freedoms, not just those who make changes.

    3. Re:Why so harsh? by synthespian · · Score: 1

      Are you crazy? Do you read? Linux doesn't even scratch the surface of Microsoft's dominance. Thanks to that stupid GPL, it never will.

      Did you ever have a vendor trying to convince you to *not* use their Linux version, because they couldn't guarantee it wouldn't break a year from now? I had.

      If Linux were so good, and Microsoft so destined for the stupid crowd, then explain this: 90% of engineering departments worldwide run Windows, not Linux. Funny that, huh? Why? Because M$ developers have a commitment to not-ramdomly-breaking-shit-up. (Oh, you don't believe me? Must be because you never set foot in an engineering department - but here's an idea: go and investigate for what platform the people who make software for engineers develop for. Hint: doesn't start with "L").

      Linux is just something that's plugged in virtualization software. The virtualization sotware you pay for. Linux is cheap, since it was funded by competitors of the now-defunct Sun Microsystems. And they make most of their revenue not from Linux, but from their proprietary solution (hey, go check out what IBM is churning out, ok?). And you guys think "Linux won" based on its own merits....

      You guys really ought to emulate Linux Torvalds and start thinking you're all geniuses because you use Linux....

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    4. Re:Why so harsh? by synthespian · · Score: 1

      and could be used in anything written by Torvalds or Stallman. The reverse is not true, since the Linux kernel and anything Stallman touches are GPL.

      Which means that the BSD code is more "viral" in a way. Oh, I'm sorry! I guess logic went the opposite way of what you had expected!

      In fact, Microsoft has used the BSD TCP stack (considered to be the reference implementation). And when Microsoft uses high-quality BSD code, the world becomes a safer place.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    5. Re:Why so harsh? by Anonymous Coward · · Score: 0

      > Which means that the BSD code is more "viral" in a way. Oh, I'm sorry! I guess logic went the opposite way of what you had expected!

      The problem is not the code being viral, it's the license being viral.

    6. Re:Why so harsh? by aglider · · Score: 1

      90% of engineering departments worldwide run Windows, not Linux.

      That's for desktop PCs. Do you know how many servers run Linux?

      --
      Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    7. Re:Why so harsh? by smash · · Score: 1

      Do you know how many run Windows?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    8. Re:Why so harsh? by aglider · · Score: 1

      Almost zarro.

      --
      Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
  26. Marketing by grumling · · Score: 1

    All the cool kids started wearing Tux t-shirts. Linus Torvalds did interviews with the press, and it didn't hurt that he's somewhat photogenic. Wired Magazine said you weren't hip unless you ran Red Hat and had a frame relay connection to your house.

    And then the startups in the 1990s didn't want to (or just couldn't) spend money on SUN boxes, so they found a "good enough" solution.

    --
    "Well, good luck finding a judge that doesn't run a bestiality site."
    1. Re:Marketing by Anonymous Coward · · Score: 1

      No cool person ever wore a tux shirt

    2. Re:Marketing by firstnevyn · · Score: 2
    3. Re:Marketing by synthespian · · Score: 1

      True. Simple as that. Hype and low cash, that's all...

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  27. A few choice quotes from Theo de Raadt by Kjella · · Score: 5, Interesting

    So the HP guy comes up to me (at the Melbourne conference) and he says, 'If you say nasty things like that to vendors you're not going to get anything'. I said 'no, in eight years of saying nothing, we've got nothing, and I'm going to start saying nasty things, in the hope that some of these vendors will start giving me money so I'll shut up'.

    Hardware donations do not come from vendors who use OpenSSH on parts of their stuff. They come from individuals. The hardware vendors who use OpenSSH on all of their products have given us a total of one laptop since we developed OpenSSH five years ago. And asking them for that laptop took a year. That was IBM.

    Yes, people have mentioned a million times how much BSD has done for OS X. What has OS X done for BSD? On the desktop it's fallen off the map, it used to be listed at 0.01% at hitslink now it's nothing. Nobody uses just BSD and I strongly doubt anyone using OS X contributes much to BSD so that the next version of OS X will be better. That I think would have happened with or without Linux. At least on the server side there's a few using BSD as-is, perhaps we'd have a BAMP stack instead of a LAMP stack. But without all the corporate contributions I'd probably be more of a Win/Unix market with BSD as a simplistic, free server.

    BSD depends on people and corporations that are willing to give, give and then give some more. Would Linux be where it is if everybody has constantly grabbed features to put in AIX, SCO (before they turned troll), Solaris, OS/2, MacOS, Windows and so on? No. The BSD license lacks the self-preservation to exist as an independent product, sure the code won't go away but all the users disappear on proprietary spin-offs and so too in essence all the potential developers. With or without Linux it'd end up just as libraries for products people actually use. Then you can pound your chest and say our BSD code is in the TCP/IP stack of Windows, while Microsoft laughs all the way to the bank.

    --
    Live today, because you never know what tomorrow brings
    1. Re:A few choice quotes from Theo de Raadt by maztuhblastah · · Score: 3, Insightful

      Has it occurred to you that some people don't share your view that everyone should be forced to use their code in a way consistent with Stallman's ideologies?

      (As an aside: Apple has actually done a fair bit -- but since you're borderline trolling I wouldn't expect you to mention that.)

      And yes, I do use FreeBSD exclusively on everything but my laptop. Who gives a shit if it's not listed on some popularity-ranking website? There were plenty of doofuses saying the same thing about Linux when it started, and Mac OS X back in 2001.

      The BSD license allows people to use code for pretty much whatever purpose, provided that they don't claim to have written it. The GPL allows people to use code for whatever purpose -- provided they conform to the GPL ideology, license their code under the GPL, and don't use it in certain ways that Stallman et al. think are unacceptable.

      You tell me which embodies the spirit of freedom more.

    2. Re:A few choice quotes from Theo de Raadt by naasking · · Score: 4, Insightful

      Has it occurred to you that some people don't share your view that everyone should be forced to use their code in a way consistent with Stallman's ideologies?

      That's irrelevant to his point of software dominance via natural selection. His point was simply that the GPL is a better survivor given software market dynamics and the human mindset, and that's why it's thrived more than BSD. Nobody cares what license you choose, but it's undeniable that the GPL is more successful.

    3. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      And it's super funny how it's always Stallman's this and that. Fuck, *BSD nuts hate the man as much as everyone else Jobs or Gates. By everyone else, I mean 1% of the population.

      Well fuck, I don't care if it's Stallman or the Avatar of the God of Free Software, GPL > BSD. Philosophically as well as realistically (see the natural selection bit in the comment above).

    4. Re:A few choice quotes from Theo de Raadt by Kjella · · Score: 1, Insightful

      Has it occurred to you that some people don't share your view that everyone should be forced to use their code in a way consistent with Stallman's ideologies?

      Who said anything about force? Apple is using their freedom to make OS X out of BSD. Users are using their freedom to choose OS X over BSD. Everybody is free to contribute to or use BSD, I'm just saying most don't. That even if you take away Linux and the GPL, most would continue to use their freedom to not contribute back to do just that. That the market share currently held by Linux would belong to proprietary alternatives, not BSD. It's my opinion of how an alternative timeline would look.

      (As an aside: Apple has actually done a fair bit -- but since you're borderline trolling I wouldn't expect you to mention that.)

      Because BSD is so far away from being a competitor it doesn't matter. If they saw competition from BSD, they'd probably keep a proprietary fork. But why bother when 99.9%+ of the people using that code will be OS X users anyway? It is really just another indication that BSD is completely harmless and no substitute at all, a library more than an alternative.

      The BSD license allows people to use code for pretty much whatever purpose, provided that they don't claim to have written it. The GPL allows people to use code for whatever purpose -- provided they conform to the GPL ideology, license their code under the GPL, and don't use it in certain ways that Stallman et al. think are unacceptable.

      Actually just conform to the license. Like Linus has shown many times, there's no need to take everything RMS says as gospel. So the code is free but almost only Apple uses BSD code, users use OS X. Through that they use the code, as every BSD fan likes to point out, but they have no access to it or freedom from it. The only free form, the pure BSD form, is a form almost nobody uses on its own.

      You tell me which embodies the spirit of freedom more.

      What I refuse to agree with are the BSD pundits that pretends it is more popular and more free at the same time. You can either say you have a 5%+ market share of users with no freedoms, or a <0.01% market share with freedoms. But when they try to pretend they have 5%+ of the market enjoying those freedoms as if they were OSS users, it's being intellectually dishonest. <troll>It's almost as bad hearing RIAA math where you take the number of pirated copies and multiply it with the retail price, you reach a completely imaginary number.</troll>

      --
      Live today, because you never know what tomorrow brings
    5. Re:A few choice quotes from Theo de Raadt by MightyMartian · · Score: 1

      What does it even matter, for chrissakes? Pick the license you want. But at the end of the day, there's simply no denying that Linux is way up there, and BSD is way down there and I think licensing has something to do with it. But this sort of thumb-up-the-ass "I only run BSD" immature bullshit doesn't reflect well on you. If you're running BSD because you like it better, well cool, but if you're running it because you think you're making some grand statement, grow the fuck up pal.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    6. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 1

      Apple continues to release the source code for new releases.
      Much of this code like Kauth, and libprop are then put to use by the bsds.
      To say Apple gives nothing back to bsd is incorrect.

    7. Re:A few choice quotes from Theo de Raadt by Eunuchswear · · Score: 1

      And yes, I do use FreeBSD exclusively on everything but my laptop.

      Why don't you use FreeBSD on your laptop?

      The BSD license allows people to use code for pretty much whatever purpose, provided that they don't claim to have written it. The GPL allows people to use code for whatever purpose -- provided they conform to the GPL ideology, license their code under the GPL, and don't use it in certain ways that Stallman et al. think are unacceptable.

      You are an idiot troll.

      The GPL requires that software derived from GPL code be distributed under the GPL. End users must get access to the code under the same terms you got access to the code. If you don't want to give people the same freedom you got then fuck off.

      Nobody gets any influence over your "ideology". Stallman gets no veto over what is acceptable use. That is your paranoid fantasy.

      --
      Watch this Heartland Institute video
    8. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Tell me which is more free, Sweden or Somalia? It's the same principle - one person's rights end where another person's rights begin.

    9. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      GPL, of course. Because the software will stay free for ever. And reality (market, if you want) tells us that people (and even some corporations) accept it.

    10. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      You tell me which embodies the spirit of freedom more.

      One license not only allows but has proven to be used in the transformation of corporate failures and mistakes into success (Apple's OS debacle, Microsoft's Internet foible) while said corporations at the same time actively spend millions crushing the freedom, the same freedom that saved their corporate ineptitude in the first place.

      While the other license has proven to enable an explosion in applications and devices from an array of corporations and individuals while extending the same freedoms that enabled these corporations and individuals to further more corporations and individuals.

      The answer seems very clear, the license that maintains freedom is the one that embodies the spirit of freedom because the spirit remains perpetually. If the spirit dies when the license passes from one individual or corporation to another then it no longer embodies any spirit of freedom.

      The BSD license provides Apple, Microsoft, and others with the freedom to not extend the same freedom to others and that is hardly the spirit of freedom. That is simply freedom to be an ass.

    11. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      and I strongly doubt anyone using OS X contributes much to BSD

      Hey dumbfuck, quite a few of the top contributors to FreeBSD actually work at Apple and use OS X on their desktop.

    12. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Who gives a shit if it's not listed on some popularity-ranking website? There were plenty of doofuses saying the same thing about Linux when it started...

      I kind of doubt that, considering how few websites there were back in 1992.

    13. Re:A few choice quotes from Theo de Raadt by ToasterMonkey · · Score: 1

      It is really just another indication that BSD is completely harmless and no substitute at all, a library more than an alternative.

      OH! Like Linux is so much better off here? With your reasoning we can write off all embedded Linux installs as "libraries".

      In all practicality, Linux is most often a set of libraries and kernel implementing a POSIX interface for running portable software on a VM. It's easier to manage the VMs - be they from a cloud service or ESX, than any Linux based OS at this point. It truly is a gnat's dick away from being merely a checkbox in a VM provisioning wizard for "Generic POSIX compatibility". It's bloated with a mishmash of configuration syntaxes and services that don't matter. I can't wait till VMware/EMC gets this and extends their management interfaces into what's left of "Linux", their own version of CentOS, RHEL, OEL, whatever, because people really don't care which, and they could give a rats ass how wholesome it is because the first thing people do to a kickstart environment is gut it to a hollow shell anyway. There is no reason Linux administration should be any more complex than ESX administration. Linux administration is just overhead that gets between your hardware interface and the real applications you want to run.

      What I refuse to agree with are the BSD pundits that pretends it is more popular and more free at the same time. You can either say you have a 5%+ market share of users with no freedoms, or a 0.01% market share with freedoms. But when they try to pretend they have 5%+ of the market enjoying those freedoms as if they were OSS users, it's being intellectually dishonest.

      Nobody outside of Slashdot cares.

    14. Re:A few choice quotes from Theo de Raadt by evilviper · · Score: 5, Insightful

      Nobody uses just BSD

      They don't? If I wasn't required to use Linux at work, I'd be 100% FreeBSD, no Linux, no Windows, nothing. FreeBSD remains a far superior desktop system. Linux remains a nightmarish fight to get a system stable and with the software you want installed. Load up RHEL5/6 with all the repos you want, and it's still completely hit or miss as to whether the program you've been using for decades will be in any of the repos. So go get the source RPM and cross your fingers and hope... Ever tried to compile OpenSuSe SRPMs on RHEL? Yikes!

      In FreeBSD, there's a port (and probably a package if not for license issues) for everything you could ever want to have installed. And if it's older and was since deleted, you can probably pull it in from an old ports tree, and it'll still work just fine.

      One simple little thing ALL the BSDs get right, that ALL the Linux distros (except Slackware) get wrong... Headers (-devel) included in the package, not separately. They're tiny, they'll never cause any problems, and almost everyone will end up needing them at some point, so it's incomprehensible that they're universally shunned...

      The BSD license lacks the self-preservation to exist as an independent product, sure the code won't go away but all the users disappear on proprietary spin-offs and so too in essence all the potential developers.

      Linux and GNU aren't dependant on companies and developers just doing the bare minimum to comply with the GPL. No, they have to go above and beyond that, to working with the community to get their changes merged. Apple's tar dumps of WebKit source code were useless, yet this is the license you were saying was going to keep them honest? Sorry, no, it was public pressure that got them playing nice, NOT license obligations.

      There are many examples of non-CopyLeft licenses working out fine, and furthermore, being NECESSARY.

      Theo is complaining, because he personally burned a lot of bridges, and I'm not sure companies want to be associated with him at all. FreeBSD is doing just fine and developing quite well, even if it gets vastly less press than Linux. Jimmy Wales is begging for money every day, does that mean Wikipedia, like BSD, is a failed idea, and it needs a copyright that requires contributions to Wikimedia for all commercial redistribution?

      There are plenty of examples of BSD/MITX licensed software being NECESSARY. Pretty much EVERYTHING that is a de-facto internet standard was released as BSD/MITX-licensed software, and I'd say next to nothing released as CopyLeft has ever risen to that level...

      OpenSSH wouldn't have caught-on if it was GPL'd. Why do you think FreSSH has negligible installed base? Telnet and rsh stayed in-use far after they should have died out, yet it wasn't until OpenSSH came along that everyone agreed on a standard.

      Apache has done quite well, both in funding and code contributions, despite their very free license across their projects.

      The same is true of BIND and SENDMAIL.

      NFS (v3) was looking horribly decrepit for a number of years. Yet it kept being used, while all the GPL'd network filesystems being developed without the drawbacks and features like encryption died on the vine. And now with NFSv4, the freer option is back up to snuff, and all those CopyLeft alternatives remain dead.

      rsync is a great service, but will it ever be established as an alternative to primitive FTP file transfers? It actually looks like SFTP is taking over a lot of those functions.

      NTP? LPD? Kerberos & LDP? iSCSI?

      Go ahead, just name one piece of CopyLeft software that has gone on to become a defacto internet standard, and prove me wrong.

      The moral of the story is, you want to say if it was BSD instead of Linux, it would have been "stolen" and locked-up in proprietary products. I'd say if it had been BSD instead of Linux, penetration would have been VASTLY faster, and COMPLETE. Sure, th

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    15. Re:A few choice quotes from Theo de Raadt by anlprb · · Score: 1

      Freedom is two wolves and a sheep deciding what is for dinner.

      Liberty is a well armed sheep.

      If you don't exist, can you really embody the spirit of freedom?

      --

      One Token Ring to Rule them All, One Search Engine to Find Them, One WAN to bring them in, and TCP/IP Bind them...
    16. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Why do you expect anyone to listen to you when you can't even fucking get the saying right?

    17. Re:A few choice quotes from Theo de Raadt by hawk · · Score: 1

      I published a papering the economics of open source software a few years ago; I think there are still somE near-final versions lurking out there on the web.

      Anyway, there can be sound economic reasons for both viral (e.g., GPL)' and free (e.g., BSD) licenses.

      Very roughly, a final product (Netscape, OpenOffice) needs to stop a competitor from using its product but differentiating itself for an edge, while a component that the competitor need/ (e.g., IBM's need for apache may do better with a free license)

      hawk

    18. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      We know Theo is a prick. This is why he was kicked off of NetBSD. Theo gets nothing because he has *always* said rude things about people.

      Also, the only useful component in OpenBSD is OpenSSH, and *that* has been crippled by stupid feature choices such as the the default behavior of storing passwords in clear text, the amazingly difficulty of setting *actual* chroot cages to separate user's working directories from each other. What was a reasonable tool when originally written as a replacement for "rcp" has been hamstrung by idiots more interested in the "purity of their code" than in addressing the actualy security problems, such as a way to authenticate host keys thorugh a trusted repository or a way to insist that clients not use passphrase free private keys. Making the lock out of titanium is pointless when the hinges are made out of silly (namely, the passphrase keys so commonly used).

      The much vaunted firewall was written by a crazed monkey who *did not docucment common configurations.

    19. Re:A few choice quotes from Theo de Raadt by synthespian · · Score: 1

      I what regards embedded Linux, I defy Richard Stallman to obtain the source code - or point to the community where said source code is - for the top 3 embedded Linuxen.

      Do it. Full source code with no bullshit.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    20. Re:A few choice quotes from Theo de Raadt by synthespian · · Score: 2

      While the other license has proven to enable an explosion in applications and devices from an array of corporations and individuals (...)

      Do you mean Microsoft? That's the only corporation with an "explosion in applications".

      See, that's the problem with Linux fanboys - you gotta stick your heads out of your own asses sometimes and just check out what the competition is doing...You might be surprised...

      Now, I'm kinda of a Unix minor geek myself, but Microsoft has some cool shit that's years ahead of Linux, such as formal verification of driver software. Yet, as I write this, I realize you are probably completely clueless as to what "formal software verification" may mean...You probably think it's about writing Ruby unit tests - and if you do, well, I must compliment you - I didn't think you go that far in your thinking...

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    21. Re:A few choice quotes from Theo de Raadt by synthespian · · Score: 1

      What has OS X done for BSD?

      Apart from userland bug fixing? Well, there's that whole security auditing framework you ain't never heard of, because you are really about talking out of your ass - if you were really interested, you would know that Apple has hired FreeBSD developers...

      Linux without IBM would be nothing. You guys kid yourselves. You were pawns in a huge strategy to run Sun out of business. But you are too stupid to notice. Most Linux developers work for IBM and Red Hat (Red Hat, BTW, sells per seat user licenses - just like Microsoft does - but that never seems to bother you.)

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    22. Re:A few choice quotes from Theo de Raadt by synthespian · · Score: 1

      BTW, Apple took the Mach kernel and actually did something useful out of it, unlike GNU, which sits with its ass on it for almost 2 decades.

      Maybe, if GNU wasn't so rabid about their beloved viral license, they could head over to the Darwin port and attempt to learn something. At which point could cease his pathetic attempts to call the system "GNU/Linux".

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    23. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Linux without IBM would be nothing.

      I guess you think that if you repeat this often enough it will magically become true?

      FWIW Most of IBM's contributions have been to get IBM running on enterprise class hardware (and drivers for Lenovo ex-IBM laptops), so the amount of IBM written Linux code that actually *runs* on a home Desktop or non-Lenovo laptop is minimal and would not have been missed.

      But you're obviously so blinded by your Linux hate that such trivial things as reality don't impinge on your delusions.

    24. Re:A few choice quotes from Theo de Raadt by evilviper · · Score: 1

      Care to provide 4 examples? One success and one failure for each license type?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    25. Re:A few choice quotes from Theo de Raadt by walshy007 · · Score: 1

      The BSD license allows people to use code for pretty much whatever purpose, provided that they don't claim to have written it. The GPL allows people to use code for whatever purpose -- provided they conform to the GPL ideology, license their code under the GPL, and don't use it in certain ways that Stallman et al. think are unacceptable. You tell me which embodies the spirit of freedom more.

      The only freedom the GPL restricts, is your ability to limit others freedom.

      By the same token the constitution (in theory) limits the power of the branches of government, so it must be _so_ anti-freedom, I mean without it they'd be free to do whatever they wished right? (Including the ability to remove freedom from others) which is far more 'free'.

      The same deal with laws in general, whats this? it's illegal to throw a molotov cocktail into a shop window? it's restricting peoples freedom to throw fire bombs in certain places, sure it's allowing the shop owner to be free to go about his business without crazy bullshit, but it is limiting the freedom of the rioter/idiot.

    26. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      The only freedom the GPL restricts, is your ability to limit others freedom.

      True dat. Those who complain about the terms of the GPL are basically arguing that others should not get the same deal they got.

      The general rule is: if you don't intend to share your changes, don't use GPL'd code in your project/product.

    27. Re:A few choice quotes from Theo de Raadt by smash · · Score: 1

      And the counterpoint to that is: by releasing under the GPL, you are restricting the ability of your code to make the world a better place. BSD allows the code to be used ANYWHERE, rather than commercia vendors being forced to reinvent the wheel. Reinventing the wheel is a waste of time/money that could be better used to write their own code to enhance their product for the benefit of their users. The free BSD code is still out there, a commercial entity making use of it does not detract from its existance. BSD people don't care about others using their code to make money in commerical projects. If this happens, all the better.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    28. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      And the counterpoint to that is: by releasing under the GPL, you are restricting the ability of your code to make the world a better place.

      I fail to see that. How could making your code available to everyone restrict it? You're saying that by closing the source, a vendor is making the world a better place? I don't think they're making anything better for anyone except themselves.

      BSD allows the code to be used ANYWHERE, rather than commercial vendors being forced to reinvent the wheel.

      Dude, nobody is forcing anything on anyone here. Nobody owes you anything. You can take what is offered to you or you can write your own damn code.

      BSD people don't care about others using their code to make money in commerical projects.

      You can use GPL'd code to make money in commercial projects as well. What you can't do is wrap up others' work (that you benefit from) in a black box and lock it up so no one can see inside.

    29. Re:A few choice quotes from Theo de Raadt by smash · · Score: 1
      BSD code remains available to everyone. Modifications, however are up to the modification author to release as THEY see fit.

      Ability to use BSD in commercial closed source is a FEATURE.

      No one is "wrapping up others work in a black box" by importing BSD code into a closed source project. The code taken is still publicly available - it HAS NOT been removed from circulation. However, the license DOES allow those working on projects that are no attractive to unpaid development to make money, and spend more time writing code that DOESN'T exist, to make the world a better place.

      The only code that is hidden from public view is that which is written by the commercial developer. Now, we can force commercial developers to re-invent the wheel instead of using perfectly good and well tested open source code, which will drive up the price of software development, increase bugs and make some projects commercial unfeasible, or we can release under BSD.

      Do you want high quality low cost commercial software, or not? Free software isn't the solution to every single problem in the world, and the BSD license recognises this.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    30. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Now, we can force commercial developers to re-invent the wheel instead of using perfectly good and well tested open source code

      There you go using that word "force" again.

      Nothing entitles you to anyone else's code, jerkwad.

    31. Re:A few choice quotes from Theo de Raadt by hawk · · Score: 1

      google "hawkins economics open source competitive firm"

      Published in Netnomics a few years ago, but I had to assign the copyright. Last time I looked, though, there were some near-final copies still on working papers pages.

      There are examples of when it make sense to choose each source. Openoffice, for example, needed a viral license, so that a competitor couldn't run off with the improvements, while IBM needed a good web server to sell hardware, not a particular server, so the free license to apache made sense. Similarly for Apple and Darwin--they needed stable unix underneath, but it's not the product itself.

      There are also game-theory payoff tables for various situratoins in there.

      I didn't go into failued projects at all. Hmm, there may be a fllloowup there :)

    32. Re:A few choice quotes from Theo de Raadt by smash · · Score: 1

      No, and this is that fundamental difference again. BSD code is released as BSD, because THE OWNER believes that it is better for anyone to be able to use it rather than invent the wheel. The OWNER has made the conscious decision to enable this. Not everyone in the open source world subscribes to the GNU philosophy of denying a subset of people the ability to make use of their code.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    33. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      "Oh noes, they won't give me their code to do whatever I want with it! They're forcing me to write my own code! Selfish pricks!" Please!

    34. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Not everyone in the open source world subscribes to the GNU philosophy of denying a subset of people the ability to make use of their code.

      GPL doesn't deny anyone use of the code.

      Oh wait, you didn't really mean "make use" there, did you? You meant "make proprietary."

    35. Re:A few choice quotes from Theo de Raadt by smash · · Score: 1

      That isn't what this is about. Name 1 standard with a GPL licensed reference implementation. Have fun googling that one.

      Again, people choose the BSD license because they WANT people to use their code. Be it for proprietary uses or not.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    36. Re:A few choice quotes from Theo de Raadt by smash · · Score: 1

      If you have a proprietary project including closed source, then yes, the GPL denies you the ability to use GPL code. This is by design. Some people think this is a good thing. BSD people don't.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    37. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Again, people choose the BSD license because they WANT people to use their code. Be it for proprietary uses or not.

      GPL guarantees that when you give/sell someone your code, they can:

      1) run it for any purpose 2) see how it works 3) modify it to suit their purposes 4) freely redistribute it

      This is true no matter how far it gets redistributed. With BSD licensing, those freedoms can vanish with the very next person you give your code to. They can sell a modified version that you can't look at, modify, or redistribute. You may not even be able to run it under certain conditions.

      So unless you mean they "want people to EXPLOIT their code," I don't see how BSD offers any advantage over GPL in terms of getting the code out there for people to use.

    38. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      Name 1 standard with a GPL licensed reference implementation. Have fun googling that one.

      How about Java? That was the top result returned:

      http://en.wikipedia.org/wiki/OpenJDK

      Hey, that was fun!

    39. Re:A few choice quotes from Theo de Raadt by Anonymous Coward · · Score: 0

      > That isn't what this is about.

      It's exactly what it's about. You and the other whiners who want the already-invented wheel handed to you on your own terms.

      "But we don't accept the FSF philosphy!" Well, tough shit then. Quit whining about being offered something for free, but it's not good enough for you because you prefer to profit from others' work while denying other people the chance to profit from yours.

      The BSD people don't care precisely because they do their own development, instead of complaining that nobody gave them free help to get a leg up on the competition.

  28. Enforced freedom too free by abelb · · Score: 1

    "We know that many companies find the GPL so unacceptable that they won't use Linux for that reason. In this regard we might become a small BSD-licensed Linux replacement."

    BSD programmers around the world proudly proclaiming: Macintosh was me, it really was, promise....

    Freedom to build a wall around other people's work. Freedom?

    1. Re:Enforced freedom too free by TheRaven64 · · Score: 1

      Apple ships some BSD licensed code that I've written. I use about two orders of magnitude more code that they've contributed back to the community. Seems to me like I'm winning...

      --
      I am TheRaven on Soylent News
  29. Lame lawsuit excuse by tokul · · Score: 4, Interesting

    BSDI got stuck in a lawsuit and was effectively stopped for several years

    Linux kernel started in 1991. Lawsuit started in 1992 and settled in 1993. Linux kernel 1.0.0 was released in 1994.

    Good to know that mature BSD was no match to Linux v.1.0.0.

  30. Re:The BSD community just doesn't accept stupidity by Hazel+Bergeron · · Score: 5, Insightful

    Bullshit.

    My experience with BSD development is that it comprises core teams of fairly smart geeks with tireless sycophants on the sidelines taken under the wings of the elders on the basis of their ability to suck up. This is why everything BSD beyond the kernel and a few specific userland apps is an also-ran.

    And the BSD operating systems are "so damn solid" only in the sense that many parts are very mature and the pace of development is fairly slow, lagging well behind Linux for a good decade. This is not to say that stability isn't sometimes a good choice - which is why many people choose Debian.

    Linux, meanwhile, is much more meritocratic. Your code good enough? We'll take it, even though we're not sure who you are. Big business wanting to contribute time, money and resources? We'll take it. Not up to scratch? We'll give you advice but we won't include you in anything mainline. Hell, we'll not only give you advice but we'll point you to the copious amount of documentation produced to help kernel and userland developers.

    Here's a simple challenge for you: try writing a functional network card driver for Linux over a weekend. Now try the same in FreeBSD.

  31. Tanenbaum does harp on, rather.... by Anonymous Coward · · Score: 2, Interesting

    You'd think he's sore because Linux took his ball away.

    Surely not? :-)

    One of the main reasons Minix crashed and burned was the difficulty in getting the bloody thing. I have a copy of his book "Operating Systems, Design and Implementation", published by Prentice Hall INternational Editions in 1987. I bought a copy in 1990 as I was interested in Unix like operating systems. The prices listed for the Minix software at the end of the preface were out of date even then, Prentice Hall in the UK wanted about £140 for the IBM PC (640K) build and you had to fill out a rather odd invioce to get it.

    Needless to say, I didn't proceed.

    My requirements for a functioning Unix-like system were then filled by Coherent which was half the price and came with a really good printed manual. I've still got that too... Then in 1993 the MCC distro showed what could be done; that and Slackware launched the Linux revolution as far as I was concerned. Minix got left behind - it was irrelevant. I downloaded the Minix 2 installs some time ago but I've never installed them on a system.

    1. Re:Tanenbaum does harp on, rather.... by MightyMartian · · Score: 1

      I ran Coherent for a while, it's chief problem no virtual memory support. Still it's UUCP port was good enough for me to transfer files with the Tandy 6000 Xenix machine I was administering. Still, once Slackware came out, Coherent went on a shelf and never came off again until I finally tossed it and the book about six or seven years ago.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  32. Re:There's no debate. The GPL doesn't promote free by Anne+Thwacks · · Score: 1
    The BSD licence was explained to me as "You can do what the hell you like with this software, so long as you dont bother us. This specifically includes making babies and killing time ... or is that killing babies and saving time, I forget."

    Now even hippies agree that is freedom! (And if you ever find a way to shove a Gnu anywhere, I, personally, don't want to know about it).

    --
    Sent from my ASR33 using ASCII
  33. right... by wooptoo · · Score: 2

    I remember Tanenbaum saying that he uses Windows because Photoshop does not run properly on Linux. Come on, really? I bet he uses Photoshop all day to make rage comics. At least the Linux folks eat their own dog food and actually use Linux. While Tanenbaum runs Minix in a VM.

  34. You Never Really Heard About BSD by Greyfox · · Score: 4, Interesting
    I think I looked into it in '89, as a potentially free alternative to SCO Xenix, which my company was running at the time. They'd bought the base OS, but didn't feel like shelling out an extra $1200 for the C compiler. I don't recall finding a whole lot of information on BSD, though I do seem to remember something along the lines that they'd send you some tapes with the system on it. It sounded like it'd take a whole lot more investment of my time than I or my company was willing to commit to even try to get it running.

    A few years later I heard somewhere (May have been Wired) about this spiffy new Linux operating system. By then I had a (more or less) stable internet connection and the instructions were quite easy; download 20-some-odd slakware diskettes from Sunsite and you were in business. Nothing was mentioned about BSD. So I downloaded 20-some-odd diskettes from Sunsite and I was in business.

    At least in my case, Linux won out over BSD largely due to marketing and the easy distribution method. No one every really talked about BSD, and Linux worked brilliantly for me, so I used Linux.

    --

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

    1. Re:You Never Really Heard About BSD by BlortHorc · · Score: 2

      I think I looked into it in '89, as a potentially free alternative to SCO Xenix, which my company was running at the time. They'd bought the base OS, but didn't feel like shelling out an extra $1200 for the C compiler. I don't recall finding a whole lot of information on BSD, though I do seem to remember something along the lines that they'd send you some tapes with the system on it. It sounded like it'd take a whole lot more investment of my time than I or my company was willing to commit to even try to get it running.

      A few years later I heard somewhere (May have been Wired) about this spiffy new Linux operating system. By then I had a (more or less) stable internet connection and the instructions were quite easy; download 20-some-odd slakware diskettes from Sunsite and you were in business. Nothing was mentioned about BSD. So I downloaded 20-some-odd diskettes from Sunsite and I was in business.

      At least in my case, Linux won out over BSD largely due to marketing and the easy distribution method. No one every really talked about BSD, and Linux worked brilliantly for me, so I used Linux.

      This is pretty much my experience, I knew of BSD, but it was not available, and I needed a modern C/C++ compiler, so I installed something like the UNIX system at uni on my home PC (good old slackware), and hilarity ensued.

  35. Re:The BSD community just doesn't accept stupidity by hedwards · · Score: 1, Redundant

    I call bullshit on your bullshit.

    You're going to great lengths to dig up reasons for BSD operating systems to be bad. Of course the pace of development is slower with *BSD they're actually developing entire OSes rather than just using the work of hundreds of independent projects to cobble together an OS. That takes time, but it's also why you can install the base OS and not have to worry about breaking your install by updating your software. The software is by and large separate from the core OS, protecting it from the common interference you see in Linux.

    As for also rans, you act like that isn't a problem for Linux, OSX, Android and Windows as well.

    As for metitocratic, you ought to provide some sort of evidence to support your claim. Unlike Linux, there's a much larger group of people that are authorized to make those decisions and by and large they do so well. There are occasionally regressions, but because the OS is both stable and mature, I can't recall the last time I ran into one that I actually noticed.

    Why would I write a network card for FreeBSD? The vast majority of manufacturers of such cards write their own drivers. Chances are that if there isn't a driver that it's a crap card and certainly not by a manufacturer that takes networking seriously. In practice I don't recall ever having had a computer for which the network card wasn't supported out of the box.

  36. Re: One again IBM..... by hairyfeet · · Score: 0, Flamebait

    Watch how quick honesty gets hatred Mr AC! I frankly wouldn't call EITHER Linux nor BSD a "success" when you are looking at numbers like these. hell if these numbers were from a company after TWENTY years of trying they'd be Chap 11 by now. No what Linux need extremely badly is a LEADER, someone with real vision and drive that will say "Ya know what? this is unacceptable. i'm not gonna accept 2%, hell I'm not gonna accept 5%. I'm not gonna quit until Ballmer and Cook are sitting at their desks looking at the numbers and thinking to themselves "WTF is this shit? How did THAT happen?" and Linux machines are in every damned store on the planet making both nervous as hell".

    Like it or not there was a reason why guys like Gates, Jobs, and Ellison ended up on the top of the heap, and that was because they simply wouldn't settle. They would have never accepted numbers that low and then had articles written about their "success' they would have considered it a personal insult, found out what the competitors were doing to beat them, and then came out with something better and stomped the shit out of them.

    As a retailer i'd love to see that day happen, i remember when there was a half a dozen different OSes and nearly as many CPUs to run them on, but that day will never get here if you continue on this path. Take that link and put in ANY date you want, you'll see the numbers are damned near flatline. Expecting the world to change and suddenly want to become geeker heavy and learn all about how the guts work just ain't gonna happen, see the iShiny or win 7 which your average 6 year old would probably have no problem running.

    The way I see it there is really only two choices here, change or don't change. if you change and embrace consumers and give them what they want? You might seriously have a shot. you run faster on lower powered hardware, you don't force the user to get a new machine just to run the latest version and nobody else will be able to go lower even if you charged $5 for the OS it would still undercut anything MSFT has.

    If you don't want to change that is your choice, then you'll just have to settle for a maximum of low single digits and the fact the vast majority of the planet is gonna ignore you. the OEMs, the retailers, and the users will all pretty much not care that you exist at all. but you can't eat your cake and have it too, because after 20 years the numbers clearly show you will never get the world to do things "your way" or act like you want them to. Business 101 give the customer something they want to buy and the numbers clearly show Linux hasn't done that, so I don't see how anybody can call less than 2% success. That is including the BSDs and other OSes BTW.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  37. But it did... by Junta · · Score: 1

    Do you think for a second that the likes of IBM would *ever* have contributed back to FreeBSD if that had been the 'winner'? No way, they would have taken it for themselves and kept it private. For the early life of linux, this was largely a moot point as the community was largely comprised of enthusiasts and the logistics of how the community was managed mattered more than licensing, but as things progressed into the 2000s, the GPL did have an impact as more and more commercial users were forced to adopt a particular behaviour with respect to contributions.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:But it did... by koinu · · Score: 1

      Do you realize that the returning of contributions even works with Apple on FreeBSD? The evilest of evil companies when it comes to IP.

    2. Re:But it did... by BitZtream · · Score: 1

      You do realize that IBM has actually contributed to FreeBSD right? Its almost like you don't realize that there are people on the FreeBSD core team that work for IBM.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    3. Re:But it did... by einhverfr · · Score: 2

      Not only does IBM contribute to FreeBSD, but you also have projects like PostgreSQL where some of the main contributing forms are also selling proprietary versions of the software. Why do they both contribute and deliver proprietary versions? Because they want to use other companies' contributions too, and they don't want ALL the maintenance to fall on their shoulders.

      In general the result is that companies like EnterpriseDB, Green Plum, etc, end upcontributing most of what the community would even want back to the community. With EnterpriseDB what they do sell is Oracle-like behavior that the Pg community doesn't want. I know less about the internals of Green Plum's Bizgres, though I suspect that most of their proprietary stuff may actually be in a separate piece of software.

      --

      LedgerSMB: Open source Accounting/ERP
    4. Re:But it did... by Junta · · Score: 1

      My point is that projects *like* linux forced their hand, but then they realized that 'outsourcing' the work by contributing it upstream is actually easier and not giving up anything 'important'. I doubt this realization would have occurred otherwise.

      OSX isn't exactly a shining example of a company giving everything back. Sure, the 'boring' foundation stuff gets up, but the larger body of code that they actually perceive as 'valuable', they keep to themselves (else we would have another somewhat sane OSS implementation of Cocoa/Quartz stuff).

      --
      XML is like violence. If it doesn't solve the problem, use more.
    5. Re:But it did... by stiggle · · Score: 1

      How much of Apple's contributions back to BSD code is due to them not wanting to maintain at set of internal patches themselves?

    6. Re:But it did... by smash · · Score: 1

      Does it matter? Either way, the code was returned, and the BSD objective of ensuring wider distribution of stable well tested code was met (vs the gnu objective of "commercial software must lose").

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  38. Sour Grapes by hexhead · · Score: 2

    Tanenbaum: These grapes are so very sour.

    What a baby! I was once impressed by his move to create an alternative to commercial unices, but now I just want this guy to go away play with his own toys. Typical elitist academic.

    1. Re:Sour Grapes by Anonymous Coward · · Score: 0

      Yeah... maybe you should live in his shoes for a while.... He is basically the grandfather of Linux. I'm sure in his mind there is no doubt to this statement. He doesn't particularly care for his grandson though, but his grandson is getting *all* the fame and fortune that he deserves. Even in hardcore academic circles this guy is a virtual unknown.. yeah he has some popular textbooks, but those are nearly a dime a dozen. Few textbook authors become famous save for Knuth, who is a bit of a flake... while Knuth was jacking off with TeX, Tanenbaum was sucking nobel cock at Bell Labs. Through the years, he has tried schmoozing some of the most successful researchers and chasing all the *right* fads.. None of this time wasted on AI and other academic flights of fancy.

      This guy just cannot accept that retarded lay people like Linus Torvalds, Anders Heljsberg, Larry Wall, are actually respected by other retards and even some academics too! Can't you people see that Andy is actually *smarter*, Linus is really not that bright people... His technology works but it shouldn't work, and when the singularity comes in 2038 or whenever and the Linux server running it all crashes (someone casted a time_t to 32-bits maybe), you are fucking going to come to Andy crying for a superior microkernel and a virtual machine cooked up on an acid trip in 1978. And you know what: He won't fucking care, because he will most likely be dead.

      Fuck you all.

  39. Re: One again IBM..... by Zero__Kelvin · · Score: 2

    "Watch how quick honesty gets hatred Mr AC! I frankly wouldn't call EITHER Linux nor BSD a "success" when you are looking at numbers like these."

    Honesty? From the GP post:

    "Offer a free operating system to the proles, and starve Microsoft of revenue."

    It is Microsoft that (effectively) offered a free operating system to the proles. More accurately, they force every desktop user who buys a PC to buy their OS, and if they want to use something else it is additional effort. So the "proles" use Windows because they already bought it, it is already installed, and they wouldn't know how to replace it even if they knew they had an option.

    "I frankly wouldn't call EITHER Linux nor BSD a "success" when you are looking at numbers like these."

    You mention IBM, and then go on to quote desktop user numbers. You can't possibly believe that IBM donated money to help improve the desktop user experience. Now go look up some real numbers, to wit the server numbers, and get back to me. On second thought, don't bother to get back to me. I accept your apology.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  40. Re:The BSD community just doesn't accept stupidity by sgt+scrub · · Score: 4, Insightful

    Here's a simple challenge for you: try writing a functional network card driver for Linux over a weekend. Now try the same in FreeBSD.

    I have to say your right on the money with that statement. One of the things that made Linux so attractive was Linus et el put a lot of effort in allowing people to add driver support for hardware. It stands to reason making an OS for machines people slap together themselves you need to be able to quickly add support for a multitude of hardware. This alone is a huge reason for the success of Linux. The BSD developers on the other hand, had a clear idea of what hardware they wanted to support -- big ass servers -- so the means to support "oh look a new graphics card" type new hardware was low priority and never built in.

    --
    Having to work for a living is the root of all evil.
  41. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by jedidiah · · Score: 2

    Linux doesn't insist on anything.

    Unless you are some clueless granny who only ever clicks on the OK button, you really have no excuse for a Linux installer not doing exactly what you want.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  42. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Nutria · · Score: 2

    Linux would insist upon using a large number of partitions.

    That is a steamingly incredible crock of shit, since:
    (a) partition decisions are the purview of the installer, not the kernel, and
    (b) even back in the day you could install everything on / . It just wasn't recommended due to the small size of HDDs.

    --
    "I don't know, therefore Aliens" Wafflebox1
  43. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Eunuchswear · · Score: 1

    Linux would insist upon using a large number of partitions.

    For values of "large" that include "one".

    --
    Watch this Heartland Institute video
  44. Re:The BSD community just doesn't accept stupidity by TheRaven64 · · Score: 1

    Here's a simple challenge for you: try writing a functional network card driver for Linux over a weekend. Now try the same in FreeBSD.

    You realise that a large number of WiFi drivers were written for FreeBSD or OpenBSD and then ported to Linux, right? and that the porting to Linux part typically involves copying things that are in the generic part of the 802.11 stack on *BSD into the driver?

    --
    I am TheRaven on Soylent News
  45. Re:There's no debate. The GPL doesn't promote free by Eunuchswear · · Score: 2

    It's easy to understand.

    BSD::GNU as Somalia::USA.

    Mods: this is flamebait, not troll.

    --
    Watch this Heartland Institute video
  46. Re:The BSD community just doesn't accept stupidity by couchslug · · Score: 1

    If they want to be assholes, they obviously don't "want" users.

    There is no reason they should want to need users when they are working to scratch their own itch. Mere users don't contribute anything to the OS.

    As a user, however, I don't need them either.

    --
    "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
  47. I have by koinu · · Score: 1, Funny

    I started on Linux, too (about 1997). And one time (in 1998), I've been talking with a colleague about licenses. I told him, I really don't care if someone uses my code, I just don't want to get sued, if they use it wrong. He told me that I might be more compatible with the "BSD philosophy" instead of GNU's GPL. And he was correct. I informed myself about it and landed on FreeBSD (in 2001), because of the fantastic application support ("FreeBSD ports collection").

    Now, I'm trying to use Linux from time to time (almost every year I try it), but it has nothing to offer for me and it lacks some basic features that are included in FreeBSD and which I really need.

  48. GNU/Linux won because it works. by musial · · Score: 5, Insightful

    The simple answer (and probably one of the more correct answers) is GNU/Linux won because it works. I love BSD, especially OpenBSD. I buy OpenBSD's CD's to contribute money to the project because I admire the hell out of it, but rarely do I try to run it. OpenSSH? Amazing. And that it came from such a relatively small group, just shows what a complete powerhouse the OpenBSD group is. However, when I got my OpenBSD CD's in the mail, I figured let's do the twice-a-year dance where I attempt to run OpenBSD. Results? On my primary workstation, OpenBSD's X doesn't agree with my video card. On my primary laptop, though I can get OpenBSD to install via CD, once installed, it doesn't recognize my DVD drive, and on my EEE machine, it doesn't recognize my wireless. Now, let's look at one of my favorite GNU/Linux distros, Trisquel. Which uses the linux-libre "deblobbed" kernel. It works, flawlessly, on my workstation and both laptops. Zero un-free drivers, blobs, or software. People can come up with as many theories on why GNU/Linux overshadowed BSD, but in my case, and in the case of many, GNU/Linux works better. BSD might have more elegant, bug free code, but for the vast majority of users, that doesn't matter, working features matter.

    1. Re:GNU/Linux won because it works. by Anonymous Coward · · Score: 0

      If I install mingw on windows, am I running GNU/Windows?

      I'm sorry but I hate GNU elitists.

    2. Re:GNU/Linux won because it works. by Anonymous Coward · · Score: 0

      Wrong way round.
      GNU/Linux works because it won.
      Because it has achived suffient market share hardware companies are now supporting it better and more people are able to work on hardware support.
      For consumer hardware 1 percent market is still worth supporting over less than a 10th (could be 100 i don't know that stat) of that.

    3. Re:GNU/Linux won because it works. by turbidostato · · Score: 2

      "Because it has achived suffient market share hardware companies are now supporting it better and more people are able to work on hardware support."

      That's of course a point of view.

      But I remember the unix wars and to me it was quite obvious even back then that IBM, Sun, HP and SGI (the main contenders I knew back then) fighting for their market share were idiotic when their main problem in the years to come was going to be the PC and the Microsoft thingie. I was innocent enough to think that SCO, aiming as it was at the PC, was the only one with a minimal common sense.

      What I'm trying to say is that the BSD with all its virtues (i.e. I find it perfect to promote standards adoption, specially in a field where some company already has an early run) tends to promote a similar kind of wars: to the greedy it will always look a better alternative to retain to themselves their "secret sauce" than to return it to the core pool so the most probable outcome of a world without Linux nor the AT&T lawsuit seems to me it would have been a bunch of cool companies, quite the likes of the Jolitzes, fighting against each other to take the whole cake (a very tiny cake anyway), each one with their own non shared "secret sauce" on top of a stagnating "stock" BSD eventually failing Amiga-like with maybe one of two of them being capable of growing big enough to just abandon the competition with their "secret sauce" being such a big portion of their sucess as to make the BSD part neglegible (Apple OSX anyone?). I have to say that a company of this kind I find no different to, say, Microsoft and I don't have the least interest on them unless I happen to hold stocks.

      On the other hand the "virality" which the GPL is accused of pays big dividens (on things I'm interested in). For a hobbyist project (like Linux was back in the day or like many other projects right now) probably the GPL is a deterrent for corporate involvement, but it's a hobbyist project after all, so it doesn't really matter. If the project happens to gain certain traction, companies being the greedy bastards they are (not that's intrinsically a bad thing, it's the energy our society works with), just balance the pros and cons: they absolutly wouldn't want to return anything to the project but they have to in order to use it (in a form that involves public redistribution) so it might be the case that it makes sense when you are using the code base with a mere 1% addition. But from then on, the code base does not value 100% anymore but 101%, so now even more companies might find a fair bargain to accept the rules and so the snowball starts running.

      The effect of the GPL has been so big that now it has even changed the way those companies look at the issue so a number of them are in the dispossition of accept this kind of dynamic from the start. In example, I don't think an effort like, say, OpenStack, would have been possible at all in the early ninetees where a company that holds a firm grasp on a market niche (Rackspace in this case) publicly starts an open project for a product that potentially will allow direct competition agaisnt them; the executive that dared propose something like that would have been within minutes looking for a new job while now it can be seen as a chance to explode the market niche itself by an order of magnitude and, being the current leaders in said market, taking advantage of it to get the lion's share.

    4. Re:GNU/Linux won because it works. by Anonymous Coward · · Score: 0

      This is a chicken and egg thing. Linux won out because it attracted developer mindshare. In theory, if Linux never existed, all those video/DVD/wireless developers would have been working on BSD instead.

    5. Re:GNU/Linux won because it works. by swillden · · Score: 1

      OpenSSH? Amazing.

      I'm mostly amazed that it works. I spent some time recently trying to trace a bug through libopenssl and it is some of the most horrible code I've ever had the misfortune to try to read.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    6. Re:GNU/Linux won because it works. by Anonymous Coward · · Score: 0

      There is another OS that just works... Windows...

      Just saying, not taking sides.

    7. Re:GNU/Linux won because it works. by Anonymous Coward · · Score: 0

      Check your history. OpenSSH was not written by the OpenBSD developers, The core was written by Tatu Ylonen, of Tectia, and used to be open sourced, and the OpenSSH team worked from that. (I wrote the first SunOS ports of SSH-1 and SSH-2 and early SunOS ports of OpenSSH, so I speak from personal knowledge.)

      It's been basically moribund in security terms since then. It still accepts passphrase free private keys, there is still not toolkit for *removing* published keys, no good site or personal key management tools for general SSH use, and no way to verify or expire hostkeys. Theo's, and his little group of obedient slaves, attitde towards such issues is "if you can't trust the machine you're on, you have bigger problems".

    8. Re:GNU/Linux won because it works. by Anonymous Coward · · Score: 0

      OpenSSH? Amazing.

      I'm mostly amazed that it works. I spent some time recently trying to trace a bug through libopenssl and it is some of the most horrible code I've ever had the misfortune to try to read.

      Note that OpenSSH is developed by the OpenBSD project, while OpenSSL is not.

    9. Re:GNU/Linux won because it works. by synthespian · · Score: 0

      On the other hand the "virality" which the GPL is accused of pays big dividens (on things I'm interested in). For a hobbyist project (like Linux was back in the day or like many other projects right now) probably the GPL is a deterrent for corporate involvement, but it's a hobbyist project after all

      Man, where have you been all these years? Linux succeeded out of dumb luck: lawsuits hampering the BSD camp and the corporations that rallied against Sun Microsystems to kill the Solaris OS, using the GPL as a shield.

      Linux was always a shitty design. Linux was always a liability, from the standpoint of security - they have a bad track record to show it too (want a solid track record? Head to www.openbsd.org). That, and the hippie Stallman, a jobless man who travels the world converting jobless students to his holy war - but please do look at the track record the GNU project has - Apple took the Mach kernel and made the best user-friendly Unix in history - but GNU is still struggling to get threads working with their Mach prototype - what a fucking joke.

      Linux was/is nothing but a huge strike of luck - much more an epiphenomenon, riding on dumb luck than anything else - but I'm sure Linux Torvalds thinks he's as bright as Thomas Edison.

      The GPL has totally killed the possibility off having an ecosystem of software houses producing or the Linux market. There is no "Linux", but a hodge-podge of amalgamated software called "distros", with GNOME and GNU libraries that break ABIs every 6 months or so. It's a mess. When they say "Linux won", typically they'll say stuff such as "look at Android", and then cross their fingers hoping they'll see some source code.

      I say too bad "Linux won". It could have been better. Too bad Sun went under. BSDs, OTOH, you can wish they die, but they just won't die. Why? Corporate backing, like Linux? (corporate support for Linux was just using the GPL as a collective rallying strategy to kill Sun Microsystems) No. BSDs are alive and proud today because they have quality, no matter what the underpaid Linux a-dime-a-dozen pseudoadmin thinks.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    10. Re:GNU/Linux won because it works. by shutdown+-p+now · · Score: 1

      You're telling your experience with Linux vs BSD today. That has very little to do with the original Linux success story - back in the day, there was no "DVD" and no "wireless", and hardware support was equally flaky in both.

    11. Re:GNU/Linux won because it works. by Jerom · · Score: 1

      Had never heard of Triquel - thanks for the info...

  49. You're not in chains, are you? by Anonymous Coward · · Score: 0

    You can still try a BSD if you want to. Drives are cheap and the install doesn't even take a half gig of RAM like the Ubuntu spawn. BSD has also come a long way from the days it was perpetually behind Linux in development. You might like it, it's quite professional and they seem to have left behind the ridiculous infighting that was characteristic in the past. Now it's no more fractious than any typical Linux group and less so than, say, the Gentoo thing or the whole Unity mess.

    Those like Mr. Stallman have gripes about the BSD license but they don't run my show. If you want to take your ball and go home be my guest; you're free too.

    1. Re:You're not in chains, are you? by iggymanz · · Score: 1

      So what if an install takes half a gig or more of RAM? This isn't 2005, 99.9% of machines that have that little of memory as a maximum have been thrown in the trash. Just because there are a fringe group that might pipe up here about their cute 256M puppy linux box (yes, I run one) doesn't change the point. Home computers have 1G or more of RAM, as a general statement, and thus no one gives a shit if a desktop OS uses half or more of that during install.

      On the desktop, Linux still whoops BSD ass in many important areas. I can buy a piece of hardware at Best Buy (for example) and along with Windows and Mac OSX versions it will say Linux 2.6.x kernel or greater supported, I KNOW it will work instead of hoping and praying in the BSD realm. There are more forums for answers in the Linux world, there are more users who will find the bugs that crop up in unusual uses. I can recommend a mainstream GNU/Linux distro to anyone who wants an alternative to Windows (and have done so), but there is no such BSD distribution I would ever foist upon a newbie because there are too many things that won't Just Work.

      Note I prefer BSD for servers, but for the desktop it just isn't the best.

  50. Alternative answer by bytesex · · Score: 1

    It had to do with the personality of the respective 'owners'.

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
  51. Re:The BSD community just doesn't accept stupidity by Hazel+Bergeron · · Score: 3, Informative

    You're going to great lengths to dig up reasons for BSD operating systems to be bad.

    Not "bad", but so elitist and cliquish that they fell way behind Linux for reasons other than "lawyers". Easier to blame that gang of non-techies over there rather than cleaning up your own house, isn't it?

    to cobble together an OS

    Don't let your bias shout too loudly. Also, why the disdain for groups which actually try to build an OS for the applications rather than for the benefit of their own ego? MS knows who they need to cater to and so does Linus.

    Why would I write a network card for FreeBSD? The vast majority of manufacturers of such cards write their own drivers.

    You're missing the point entirely. Linux kernel developers have made it much easier than BSD developers for others to write drivers - whether "the vast majority of manufacturers" or interested third parties. There's still the problem of API stability vs Windows but this is more an engineering decision (GPL v2 allows for a community to keep things agile rather than relying on legacy bloat) than a personality one (BSD's "if you aren't already core or protege then you should be able to divine from the source what counts as part of the stable public API and any changes we make, so fuck you!").

    This argument is academic: the different philosophies and the resultant success of Linux have been played out magnificently over the past two decades. BSD is where it is only through inertia and a few first class isolated projects (e.g. openssh).

  52. Re:There's no debate. The GPL doesn't promote free by koinu · · Score: 1

    This has nothing to do with anarchy. BSDL is simply protecting the developer's rights and this is most essential part of a license. A developer does not like to be sued, if someone gets shot in the foot while using a piece of software. And nothing is further enforced on the users of the software.

  53. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by BitZtream · · Score: 2

    You don't install everything on / because you want it to be static and non-changing so a crash doesn't take it out due to corruption and you have a bootable partition with your recovery utilities on it.

    You want / to be small so it gets checked and mounted quickly.

    You don't put everything on / because all activity anywhere on the disk can easily corrupt the entire partition (well, theories and all that). You also take advantage of partitioning to ensure things like logging silly errors from cron doesn't fill up the disk and take the system down, especially when you had OSes like Linux that would corrupt the every living fuck out of their filesystems when they were filled.

    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  54. MINIX vs Linux to Linux vs BSD by Anonymous Coward · · Score: 0

    So now he moves from MINIX vs Linux to Linux vs BSD?

    "I think Linux succeeded against BSD, which was a stable mature system at the time simply because BSDI got stuck in a lawsuit and was effectively stopped for several years."

    Although he is saying this now, his primary point of not accepting LINUX was the monolithic kernel which he used to call "bloat". This was the one of the primary reason he and his students conceived MINIX that was based on microkernel design principles. Now that the "bloated" kernel is so popular, he has probably realized that microkernels (although sound technically elegant) weren't the right fit in today's Desktop OS.

    BSD or LINUX both are monolithic, why change your stand?

  55. Re: One again IBM..... by WorBlux · · Score: 2

    Watch how quick honesty gets hatred Mr AC! I frankly wouldn't call EITHER Linux nor BSD a "success" when you are looking at numbers like these

    Desktops are a not the only sort of computer platform, though they are the most difficult for a newcomer to penetrate. People want every piece or hardware and software from the past ten years to just work. It's really difficult to do unless you have OEM's and dev's in on the process, and that's really hard to do unless people already have a lot of desktops with the OS (chicken and egg problem).Though Linux has surely though slowly been doing this.

    When it comes to embedded systems, supercomputers or servers you only need to be compatible with one or two of the more popular models in each hardware category and run the special purpose software that people buy such machines for. Linux dominates these three platforms, and BSD has a good showing in server sector.

    Anyways 2% of the public at large is a huge number, and I think canonical has a viable model. Piece together free software so it works, and make money by using the OS as a platform where you can buy media and applications.

  56. BSD far more common via Mac OS X by perpenso · · Score: 1

    I've thought they've ended this flame war several years ago?

    Several years ago when BSD based Mac OS X took over the Unix desktop market? ;-)

    I think things are a little more complicated than in the 1990s with respect to BSD vs Linux.

    1. Re:BSD far more common via Mac OS X by the+linux+geek · · Score: 1, Flamebait

      Calling Mac OS X "BSD based" is a stretch.

    2. Re:BSD far more common via Mac OS X by Anonymous Coward · · Score: 1

      No, not really. Its Darwin core is as much a BSD variant as FreeBSD is. Of course, it depends on what you mean by "based on."

      Don't forget that Mach OS was originally designed specifically as a BSD with Mach as a replacement kernel.

    3. Re:BSD far more common via Mac OS X by iggymanz · · Score: 1

      I've been a BSD sysadmin for over 25 years, Mac OSX is a BSD.

    4. Re:BSD far more common via Mac OS X by Jonner · · Score: 4, Insightful

      I've thought they've ended this flame war several years ago?

      Several years ago when BSD based Mac OS X took over the Unix desktop market? ;-)

      I think things are a little more complicated than in the 1990s with respect to BSD vs Linux.

      People who buy into the "OSX is BSD" idea need to look a little more closely. Of course OSX has BSD code in it; all modern OSes do (even Windows). However, the XNU kernel is very different from the kernels of modern BSDs like FreeBSD and OpenBSD. While containing some BSD code it is also based on Mach and its own device driver framework. While OSX borrows BSD userspace components (like almost all modern OSes) it also depends on GNU ones, most importantly the development tools. The biggest way OSX differs from BSDs is in all the components the user sees, including the window system and GUI libraries; those are proprietary and can't be found in any non-Apple OS.

      Though somewhat subjective, I think the typical modern BSD system has more in common with the typical modern GNU/Linux system than with OSX, especially if considering desktop use. Though all three contain code from BSD and GNU origins, only BSDs and Linux-based systems use traditional Unix-style monolithic kernels and X11 as the windowing system.

    5. Re:BSD far more common via Mac OS X by Anonymous Coward · · Score: 0

      However, the XNU kernel is very different from the kernels of modern BSDs like FreeBSD and OpenBSD

      Yeah, and the FreeBSD and OpenBSD kernels are very different from the 4.3BSD kernel. What's your point?

    6. Re:BSD far more common via Mac OS X by dave87656 · · Score: 2

      No, not really. Its Darwin core is as much a BSD variant as FreeBSD is. Of course, it depends on what you mean by "based on."

      Don't forget that Mach OS was originally designed specifically as a BSD with Mach as a replacement kernel.

      Wikipedia: "Mac OS X is based upon the Mach kernel.[13] Certain parts from FreeBSD's and NetBSD's implementation of Unix were incorporated in NeXTSTEP, the core of Mac OS X.

    7. Re:BSD far more common via Mac OS X by perpenso · · Score: 2

      Very little *nix software cares if one has a monolithic kernel or not. X11 may not be the native Mac GUI but X11 is fully supported by Apple.

      "With its UNIX foundation, OS X can run many UNIX tools and environments, including X11. Available for every Mac, X11 allows you to run applications using the X Window System graphical user interface. It provides a complete X Window System implementation based on open source software and includes a suite of standard X11 display server software, client libraries, developer toolkits, and utilities such as xterm. And X11 applications in OS X offer features such as minimizing windows to the Dock and copying and pasting between X11 and OS X applications."
      http://www.apple.com/macosx/apps/all.html#x11

      While gcc is available Apple Xcode development tools for Mac OS X and iOS are actually using Clang.
      http://en.wikipedia.org/wiki/Clang

    8. Re:BSD far more common via Mac OS X by Air-conditioned+cowh · · Score: 0

      I've been a Mac admin for 25 years. BSD is a Mac OSX.

    9. Re:BSD far more common via Mac OS X by Anonymous Coward · · Score: 0

      Wikipedia: "Mac OS X is based upon the Mach kernel.[13] Certain parts from FreeBSD's and NetBSD's implementation of Unix were incorporated in NeXTSTEP, the core of Mac OS X

      Unfortunately, the page they cite at Apple doesn't mention the Mach kernel, but it does say it's "built upon a proven UNIX foundation."

      If you read the Wikipedia article on Mach, it says "Mach was designed as a 'drop-in' replacement for the traditional UNIX kernel," but they don't give a citation. It seems to me if you're making a BSD variant, you can change whatever code you want - including the kernel.

      In Carnegie-Mellon's publication Unix as an Application Program they describe how they abstracted the functionality of the BSD kernel into a "Unix server" that emulated BSD system calls through Mach messages. It's a different kernel design, but the rest of the system was BSD, the code base was the same. Mach + Unix server is equivalent to a new BSD kernel. If it looks like a duck, and quacks like a duck, etc.

    10. Re:BSD far more common via Mac OS X by Alioth · · Score: 3, Interesting

      Mac OSX is effectively BSD, though - the proof of the pudding and all that is that when I'm writing system software tools on my OSX machine, to port them to OpenBSD or NetBSD, I simply have to run "make". However, to port to Linux there's usually one or two small #ifdefs I have to add to get it to work (and of course, for Windows generally quite a lot more). While it might not be a BSD kernel, it feels like a family member of BSD when writing system tools.

    11. Re:BSD far more common via Mac OS X by jedidiah · · Score: 2

      If MacOS were really a Unix, then iMovie would not care whether my video came directly from the camera or if it took a trip on another platform first.

      The fact that MacOS is built on top of a Unix does not make it Unix.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    12. Re:BSD far more common via Mac OS X by jedidiah · · Score: 3, Insightful

      As someone who has tried to treat MacOS as "just another Unix", I say that you are no BSD sysadmin at all.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    13. Re:BSD far more common via Mac OS X by jedidiah · · Score: 2

      MacOS is Unix at only a very crude and rudimentary level. From the point of view of anyone that actually works with multiple Unixen on a regular basis, it's really nothing like Unix. Beyond the bits that it needs to conform to for "certification" purposes, it diverges from all other Unixen quite quickly.

      That guy claiming to be a "BSD sysadmin" is on crack.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    14. Re:BSD far more common via Mac OS X by unixisc · · Score: 1

      Maybe, but that wouldn't make XNU similar to the BSD 4.3 kernel. Or even earlier BSD kernels - since BSD did not use Mach 2.5 the way NeXTstep did.

    15. Re:BSD far more common via Mac OS X by iggymanz · · Score: 1

      in the late 1980s BSD vendors added all kinds of extra things and located files in strange place to differentiate themselves. mac osx isn't that strange compared to some of the past wildness.

    16. Re:BSD far more common via Mac OS X by perpenso · · Score: 1

      If MacOS were really a Unix, then iMovie would not care whether my video came directly from the camera or if it took a trip on another platform first. The fact that MacOS is built on top of a Unix does not make it Unix.

      No. You are describing an application program. An application program can behave in any manner that the developer wants regardless of what the tradition of the platform is.

    17. Re:BSD far more common via Mac OS X by jedidiah · · Score: 1

      > No. You are describing an application program

      No. I am describing a piece of OS vendor bundleware. It's not "just another random app".

      Of course Apple sets the tone for their platform just like Microsoft does.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    18. Re:BSD far more common via Mac OS X by idontgno · · Score: 1

      Anyone who speaks of Unix as a monolithic entity clearly doesn't actually work with "multiple Unixen". BSD and the under-the-hood portions of OSX fit well within the continuum of operating systems which spans the label "Unix". Certainly, I find more commonality between BSD derivatives and Solaris than I do between Solaris and AIX.

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    19. Re:BSD far more common via Mac OS X by perpenso · · Score: 1

      I am describing a piece of OS vendor bundleware. It's not "just another random app". Of course Apple sets the tone for their platform just like Microsoft does.

      And none of that changes the fact that Mac OS X is based upon BSD. The traditional *nix interface (console, X) is a secondary and optional user interface.

    20. Re:BSD far more common via Mac OS X by smash · · Score: 1

      I think you have unix confused with plan9

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    21. Re:BSD far more common via Mac OS X by kbw · · Score: 1

      I think he's confusing system software with applications. The behaviour of iMovie has nothing to do with the OS it runs on.

    22. Re:BSD far more common via Mac OS X by Anonymous Coward · · Score: 0

      I think he means, "If Apple really thought of Mac OS X as a Unix, they would design their application software to behave more Unixy."

      I don't mind a bit, being an old-school Mac OS user, I like my applications to be Mac-like.

      Unix had some good ideas for application design (e.g. pipes, sockets, .config files in home directories) but they are so dated, most Unixes now paper them over with something else. Backward compatibility has prevented a thorough overhaul/modernization of the system interfaces and we end up with kludgey Unix-in-name-only applications instead of a true modernized Unix.

      I used to use A/UX and it's interesting how much of the Unix philosophy it preserved in its GUI. Mac OS X is like FrankenMacUnix compared to it.

    23. Re:BSD far more common via Mac OS X by smash · · Score: 1

      Given the ability of objective-c to pass messages around to any object whether or not it was designed to accept that message or not, and the ability of objective c to extend classes that you don't even have the source to via categories, i think they nailed it.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    24. Re:BSD far more common via Mac OS X by Anonymous Coward · · Score: 0

      Tru64 Unix (formerly Digital Unix, originally OSF/1) is another Unix based on Mach. It contained BSD code and obtained Unix certification. DEC thought of it as a third Unix branch alongside System V and BSD.

      4.3BSD-Reno included code from Mach, but that didn't make it any less a BSD.

  57. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by bytesex · · Score: 1

    At this moment, I cannot install fedora core 16 without it wiping my entire disk, because 'it does not recognize my partitions'. It wants to live on one big partition of type 'GPT' (Guid based partitioning), and damn everyone else !

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
  58. Linus' comment applies to many early devs by perpenso · · Score: 3, Interesting

    Linus Torvalds himself says the same thing - that if it weren't for the BDSI lawsuits, he would have just used BSD.

    That is not the same thing. Torvalds is saying Linux likely would not have existed. That doesn't mean the success of Linux is correlated to the temporarily hamstrung BSD, that simply means Linux may not have had an opportunity to succeed if BSD was not hamstrung because it would not have existed.

    No, the most enthusiastic Linux developer and hobbyist is saying he would have spent his time somewhere else if BSD were available. Other early developers would have had similar behaviors. The pool of people willing to work on Linux would have been severely diminished. In other words, there would not have been a vacuum for Linux to fill.

    1. Re:Linus' comment applies to many early devs by pugugly · · Score: 1

      Except, Tanenbaum still would not have allowed Minix to be a hobbyist system, so it still would have been his happy beautiful Cathedral worshiping the patron saint of micro-kernels.

      I think that space of large, imperfect cooperative behavior was the hole waiting to be filled - Linux grew to fill that hole. If Linus hadn't invented it someone else would have.

      Pug

      --
      An Invisible Entity of Vast Power whose existence must be taken on faith alone: Liberal Media
  59. Re:There's no debate. The GPL doesn't promote free by WorBlux · · Score: 1

    Once copyright expires there is no difference and copyright takes to long to expire. Should be less than ten years. GPL is only as strong as copyright is, and is designed to turn the paradigm of copyright against itself, hence copyleft.

    Additionally killing babies isn't part of freedom because freedom is a social condition where 100% of people control 100% of their property 100% of the time.

    Anyways the right licence depends on what you want to make and how you want it to be used.

  60. Re:The BSD community just doesn't accept stupidity by WorBlux · · Score: 1

    I'm fairly sure Linux has a generic 802.11 stack, and I have not idea why it would behave in a significantly different manner. Starting drivers in BSD I would guess is to avoid GPL issues

  61. VMs and userspace. by Anonymous Coward · · Score: 0

    Take over the world?
    > I am too modest for that.
    I don't think so.

    > One thing I would like is that when
    > microkernels take over the world, which I fully expect,
    yes... for the 2 big microkernels:
    -> microsoft have big trouble porting to arm.
    -> os is no stable as jobs sell it.

    > is that we at least get a footnote.
    footnote? LOL.

    > Many hypervisors are getting more and more functionality
    > over time until they are indistinguishable from a microkernel, only not designed well.
    hypervisor is a lot different to a OS; i think mr. tanenbaum should know it.

    > With the Android people [more code into user space,]
    i think it's no so obvious.

    > and Microsoft moving more and more code into user space, we are also moving in that direction.
    yes. and microsoft is going to own the world ... :)

  62. Re: One again IBM..... by Tenebrousedge · · Score: 3, Insightful

    Why should linux target the consumer market? Leave it to Apple and Android devs to develop computer appliances for the mass market. Linux is for people that take computing seriously. Not to say that that's all it's good for or that's all its users are interested in, but if you don't have an ideological chip on your shoulder and aren't interested in the command line, you're probably better off just using whatever came on the box you bought. Until Apple, there was no interest from the Unix community in the consumer segment, and the degree of consumer that consumer OSs enjoy is inversely related to their Unix components.

    There's a lot of people I would recommend linux to, and many tasks for which it is an (arguably) superior option. Freedom from viruses is worth a great deal to me, as someone who has spent years repairing fucked up Windows systems. But I'm not eager for that particular advantage to erode, and I've dealt with far too many windows-using idiots to wish that upon the linux community.

    --
    Those who advocate genocide deserve every protection afforded by law, and none afforded by common human decency.
  63. BSD Lost due to forking by Anonymous Coward · · Score: 1

    Soon after 386BSD came out, FreeBSD and NetBSD (the two major ones I remember) created forks with their own leadership and separate kernel trees. This caused a fragmentation of both the user base and driver developer base, with people being "FreeBSD people" or "NetBSD people". I think this is what killed BSD. A lot of people were familiar with BSD from university, and that gave it good initial momentum. Linux had one leader, one tree. There was no doubt who the authority was and where the "one true tree" lived.

    In my case I started with 386BSD pretty much as soon it was available, having been weened on 4.3BSD in university. Then FreeBSD became the lead platform for x86 and NetBSD went multi-architecture. Meanwhile Linux, which seemed like a student project at the time (I guess it was!) seemed irrelevant, as why would you want to reinvent UNIX when BSD was an 'ftp get' away? It would take Linux a few years to attain parity with BSD in terms of kernel features, but that didn't matter. One tree. One direction. No confusion. Also, although I don't have direct experience, I always got the impression the BSD teams were pretty cliquey (sp?) and a bit full of themselves, whereas I got the impression (again, not first hand) that Linus was more open to accepting help.

    Almost 20 years later the only remnant of FreeBSD in my life is the coffee mug I bought from Walnut Creek CDROM. My professional life has been on Linux for at least 10 years.

    1. Re:BSD Lost due to forking by synthespian · · Score: 0

      Whoopee. Good for you, dude. But the fact lie elsewhere: Linux has been a huge pile of broken-security shitware. Linux never was as advanced as Solaris. Any admin with Solaris experience under their belt will tell you that. The only reason Linux is so dominant is because firms such as IBM were hell-bent on killing Sun Solaris. They couldn't do that with BSD-licensed software, so they rallied behind the GPL. Red Hat has made money selling fucking *per seat* licenses (just like Mr. Gates' enterprise), but Stallman and his Church never once complained...

      To this day, Linux distros are a complete mess...Not of of them delivers...All play their fanboys like fools: Debian went to hell years ago, to the point they needed a face lift only made possible by a money-loosing millionaire; Fedora is "experimental", as they say, i.e., they have no commitment to their userbase, they just want to push trial-and-break software to roll them back to Red Hat and its per-seat licenses. Slackware? Gone for good (a one man job it was). What's left? Jokes like Gentoo? Mandriva (Mandrake+Conectiva), which is a distro geared by braindead business people who are utterly unable to tie commercial deals with the very few who dare make commercial Linux software? SuSE? SuSE only speaks Deutsch. No. Linux has gone to hell, except as a server.

      Years later and Linux still fails everyone on the desktop. No one well ever approach GPLed software commercially.

      The only things worth considering are non-Linux Unixens - look elsewhere for best-of-breed pure-bloods and innovators. A Linux monoculture is a death trap in so many ways...

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    2. Re:BSD Lost due to forking by Anonymous Coward · · Score: 0

      Given what a pile of shit you think Linux is, you seem to be remarkably obsessed with it to the point of repeating the same lengthy angry rants ad nausuem.

      If Linux was a person the conclusion would be that were secretly in love with it but in denial.

  64. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Nutria · · Score: 2

    The point is that, contrary to hedwards' delusions, Linux does not insist on large number of partitions.

    How many partitions, and for what purpose, is left to the "sysadmin".

    --
    "I don't know, therefore Aliens" Wafflebox1
  65. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Nutria · · Score: 1

    FC16 is not Linux, you mewling ninny.

    --
    "I don't know, therefore Aliens" Wafflebox1
  66. Sore loser by Anonymous Coward · · Score: 0

    "Being ahead of your time is never good. I published a paper in 1978 on something very close to the Java Virtual Machine, but we never got much credit for it although we were years ahead of Sun." Huh... Classic example of a sore loser. Nothing more, nothing less.

  67. Most Linux wifi drivers NOT from BSD by Sits · · Score: 5, Informative

    To the best of my knowledge, the ath5k/madwifi drivers are the only Linux drivers to be ported from the BSDs (OpenBSD/FreeBSD) to Linux. Which other drivers out of the 56 Linux wifi drivers were ported from the BSDs to qualify the "large number of WiFi drivers were written for FreeBSD or OpenBSD and then ported to Linux" statement?

    Linux has had its own 802.11 stack called mac802.11 since the 2.6.22 kernel four years ago which was developed by Devicescape. The only driver I know of that carried a (Net)BSD 802.11 stack over to Linux was madwifi which had net802.11, was never mainline and was superseded by ath5k... The madwifi driver never went mainline, nor did its net802.11 stack. Why do you think that the 802.11 stack from a BSD needs copying into a Linux driver when mac802.11 exists?

  68. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  69. Re:The BSD community just doesn't accept stupidity by Guy+Harris · · Score: 1

    I'm fairly sure Linux has a generic 802.11 stack

    The mac80211 stack? It's not "generic" enough to handle "FullMAC" devices (devices where the Media Access Control (MAC) Sublayer Management Entity (MLME) is handled by the device's hardware or firmware), but, as they say, "FullMAC devices have become scarce". I don't know whether any of the *BSD's 802.11 stacks handle both FullMAC and SoftMAC adapters; if so, those *BSDs have a more generic 802.11 stack, but if, as the mac80211 people note, there aren't many FullMAC devices (which I suspect means "there are few if any newer FullMAC devices", i.e. newer devices will leave the MLME to the OS), that's not a big difference these days.

    and I have not idea why it would behave in a significantly different manner.

    Because it was developed independently, and its developers had their own ideas about how things should be done (whether those ideas were "this is better", "Not Invented Here", or a combination of the two)?

  70. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by mark-t · · Score: 5, Informative

    In 1992, the ability to put Linux on its own partitiion and have it coexist with DOS on a single physical drive was the *ENTIRE* reason why I originally decided to go with Linux instead of 386BSD, which was also freely available at the time, even though BSD offered considerably more functionality than Linux during that period.

    It had absolutely squat to do with lawsuits.

  71. Re:The BSD community just doesn't accept stupidity by Bertrand+Wilmot · · Score: 0

    Pretty sure it's anger derived from an obvious display of laziness, by expecting someone else to take their time to explain something the user should have researched before diving into a new operating system.

  72. notsureifserious.jpg by X3J11 · · Score: 2

    We know that many companies find the GPL so unacceptable that they won't use Linux for that reason. In this regard we might become a small BSD-licensed Linux replacement.

    We think NetBSD is a mature stable system. Linux is not nearly as well written and is changing all the time.

    If AT&T had not brought suit (or better yet, bought BSDI), Linux would never have become popular at all and BSD would dominate the world.

    Many companies refuse to make major investments in modifying Linux to suit their needs if they have to give the code to their competitors.

    Clearly some companies are willing to do this but I also know of quite a few companies that refuse to use Linux for this reason.

    No, Linux "succeeded" because BSD was frozen out of the market by AT&T at a crucial time. That's just dumb luck.

    Yes, I think Linux succeeded against BSD, which was a stable mature system at the time simply because BSDI got stuck in a lawsuit and was effectively stopped for several years.

    I have seen reports on market share in the embedded world. Linux isn't winning it at all. About 30% have no operating system and another 30% have a home-brew operating system.

    Last, but certainly not least,

    Finaly what are your dream for MINIX? Take over the world?
    I am too modest for that.

    Is he trolling nerds the world around, or is he seriously still this butthurt over Linux's success?

    Tanenbaum's a troll, and Minix is irrelevant. Nothing to see here, move along.

  73. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Darinbob · · Score: 1

    Yup, the BSD ports at the time still had the goofy BSD way of partitioning. Ok, not really so goofy if you assumed you owned the entire disk and you understood it's history but a head scratcher to home computer hobbyists.

  74. Re:The BSD community just doesn't accept stupidity by evilviper · · Score: 2

    And the BSD operating systems are "so damn solid" only in the sense that many parts are very mature and the pace of development is fairly slow, lagging well behind Linux for a good decade.

    Right... That was why head-to-head benchmarks of Linux and FreeBSD on SMP and file-system performance showed FreeBSD coming out ahead pretty consistently. These days, people have stopped caring about a little performance one way or the other, but it's utterly ridiculous to claim FreeBSD lags "a good decade" behind Linux... In fact it leads Linux often enough.

    ZFS vs Btrfs seems like a good contemporary example.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  75. Torvalds does not mention the BDSI lawsuits by microphage · · Score: 2

    Meta: What is your opinion of 386BSD?

    Linus: Actually, I have never even checked 386BSD out; when I started on Linux it wast available .. and when 386BSD finally came out, Linux was already in a state where it was so usable that I never really thought about switching. If 386BSD had been available when I started on Linux, Linux would probably never had happened. link

    1. Re:Torvalds does not mention the BDSI lawsuits by tomhudson · · Score: 1

      It wasn't available because of the lawsuit. Duh!

  76. Re:The BSD community just doesn't accept stupidity by gilboad · · Score: 1

    Gaah?
    1. Linux has a *full* "generic" 802.11 stack.
    2. Licensing issues will most likely prevent you from copying "BSD" parts into Linux, unless the original author allowed for dual GPL / BSD licensing (and I doubt it)

    Could you please list a number of card that have been ported from FreeBSD w/ parts of the FreeBSD's 802.11 stack?

    - Gilboa

  77. Re: One again IBM..... by Zero__Kelvin · · Score: 1

    "notice how I got modded down for showing the true numbers? .... Windows HP is free to OEMs ... you see there is this thing called "trialware" that the OEMs are PAID to install, the cost of Windows minus this trialware on Windows HP comes out to a NEGATIVE number, therefor Windows? Costs nothing.

    You got modded down because you make ridiculous claims based on a tenuous grasp on reality. If Windows was free, then the money paid to OEMs for trialware could be reflected in the price and the machine would cost less. The money goes to Microsoft, because Windows is by no means free, and any claim that it is free reflects either an absurd lack of ability to understand logic and reality or a clear act of trolling. The only question anyone should have is if you should be modded down as -1 Troll or -1 Overrated.

    "we find a community full of shit flinging "Go back to windblowz LOL" trolls"

    The 1990s called ... they want your assessment of the Linux community back.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  78. Re: One again IBM..... by hairyfeet · · Score: 1

    It IS free as the cost of Win 7 HP has been published several times, it is $15 a copy. Now the reason ALL the home machines are loaded up with trialware is they get PAID to put in the trialware. Now if you wish to stick your head in the sand and go "la la la free as in beer" that is your choice but it isn't exactly a secret that Win 7 starter is $8 a copy and HP is $15, which is why the OEMs are only obligated to give you that amount back and not the retail price if you refuse the license.

    Oh and 2011 called, it wants you to pull your head out your ass and smell the shit your shoveling. Do you REALLY want me to provide citations? Because I can you know. i can literally wallpaper the whole page with link after link after link of failure on the part of Linux. failure with drivers, massive returns, security issues, hell I could probably come up with 60 links in under 20 minutes if you'd like. Would you like that? just ask. of course last time I did that all I got was "TL:DR" which is of course the communities way of going "la la la free is in freedom!"

    So if you want citations by all means just ask, i'll be happy to give you a solid page of links, all saying the same thing I've been saying, that Linux doesn't work. it doesn't work for consumers, don't work in retail, its numbers have been DECREASING in servers, from a high of 36% down to just 22% last numbers I saw, I'd be happy to post them for you if you'd like. But don't worry you can go back to patting yourselves on the back for a job not done, but don't complain when all the hardware manufacturers won't give you drivers and Windows locks you out with secureboot, because it will be your own fault.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  79. Re: One again IBM..... by Zero__Kelvin · · Score: 1

    PLONK

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  80. As one who lived through it... by tyme · · Score: 4, Informative

    I can say, with some authority, that Linux succeeded on it's own merit, mostly because it supported a broad range of commodity hardware. It got a boost because everyone started buying 386s, which were the first competent hardware for the IBM PC. There were lots of options back in the late eighties, all vying for some kind of position, but most of them had big problems of community: Coherent, MINIX, xinu, Xenix, Apple A/UX, netBSD, OS/2, OS-9, QNX, Lynx, etc. I looked at all of them as reasonable alternatives to the laughable PC operating systems of the day (MS-DOS and Macintosh System 7). NetBSD was a reasonable competitor right up through the mid-nineties, but Linux hardware support eventually blew it out of the water. By 1995 it was clear that Linux and the open source development methodology had won handily.

    Yes, licensing had something to do with all of this, but so did Linus' management style: people wanted to work on Linux, and Linus did not turn them away: he welcomed them. I wouldn't want to say anything bad about Dr. Tanenbaum, I have the greatest respect for him and his work, but other than netBSD, none of the other free and open OSs of the day were making any attempt to take the general market, MINIX included. I remember looking at MINIX and rejecting it because of it's limitation to academic use (the limitation to the 286 wasn't that much of a concern, though it probably should have been).

    --
    just a ghost in the machine.
  81. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by drinkypoo · · Score: 1

    At this moment, I cannot install fedora core 16 without it wiping my entire disk, because 'it does not recognize my partitions'.

    Fedora is the alpha test version for RHEL. You are getting what you are asking for.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  82. Re:The BSD community just doesn't accept stupidity by drinkypoo · · Score: 1

    Right... That was why head-to-head benchmarks of Linux and FreeBSD on SMP and file-system performance showed FreeBSD coming out ahead pretty consistently.

    You mean, once FreeBSD got SMP, in 1999? Three years behind Linux? You're right, that's not a decade, but it's still poor.

    ZFS vs Btrfs seems like a good contemporary example.

    It's a good example of Sun poisoning the well.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  83. Re:There's no debate. The GPL doesn't promote free by drinkypoo · · Score: 1

    BSD::GNU as Somalia::USA.

    Mods: this is flamebait, not troll.

    you're going to have to explain yourself if you want to be taken seriously on that last statement :p

    (And seriously, I'm dying to know your "logic")

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  84. End the war! by xmorg · · Score: 0

    Let us all just use minux. End of teh debate and use minux. It is all encompasing and superior,

  85. Re:The BSD community just doesn't accept stupidity by evilviper · · Score: 3, Interesting

    You mean, once FreeBSD got SMP, in 1999? Three years behind Linux? You're right, that's not a decade, but it's still poor.

    For a complete counter example, try USB support. Now that was a nightmare...

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  86. Re:The BSD community just doesn't accept stupidity by donaldm · · Score: 1

    I'm fairly sure Linux has a generic 802.11 stack, and I have not idea why it would behave in a significantly different manner. Starting drivers in BSD I would guess is to avoid GPL issues

    You know the source is available for you to check this if you want.

    --
    There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
  87. Linux - never was really interesting by synthespian · · Score: 0

    The more one reads about other free Unixens out there, the more one realizes that Linux was one bad design from the start, and Linus and his (IBM-sponsored) crew just stuck to it, it being more of the same again and again...

    I'm sorry, but I have to agree with the non-Linux fanboys - there wasn't much in it that was innovative, and it nurtured a cultured of bad design and bad execution - Gnome, Debian, etc. ad nauseum.

    Let's face it, Linux was never as interesting as the *BSDs, Minix 3 or what Solaris had to offer. All it had was a huge hype machine that went viral because of Stallman and his Church, the mom-and-dad-sponsored no-job students, and the IBM-sponsored RP stealth-injected press stories about how cool it was (and, uh, RedHat stock in Nasdaq - a testimony not to quality but to the strength of the American stock market), which was strategic in killing Sun Microsystems...When in fact, Linux was poorly built, poorly designed, and ever since its inception date a veritable Swiss cheese full of security holes....(Major breaches in GNU and Debian, and kernel trojans just about every single month...There's no denying that shitty track record)

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    1. Re:Linux - never was really interesting by Anonymous Coward · · Score: 0

      You know, that's an interesting way to look at BSD vs GPL. Apple vs Redhat.... lol Redhat.

  88. Re: One again IBM..... by dave87656 · · Score: 1

    Thank you! The Windows appologists sometimes resort to ridculous claims (Window HP(?) is free to OEMs).

    I just purchased a laptop from Fujitsu without an OS and it was exactly 50 euros cheaper than the same model with Windows 7. So, the Microsoft "Tax" is 50 Euros. Actually, I think you actually get a lot of software for that money, but, the laptop works beautifully with Ubuntu 10.04LT and is much crisper, boots quickly, and, of course, is less virus prone.

  89. Re: One again IBM..... by dave87656 · · Score: 1

    It IS free as the cost of Win 7 HP has been published several times, it is $15 a copy.

    http://arstechnica.com/microsoft/news/2009/09/newegg-reveals-windows-7-oem-prices.ars

    "Earlier this month, we learned OEMs pay Microsoft about $50 for each copy of Windows."

  90. Re: One again IBM..... by dave87656 · · Score: 1

    Do you REALLY want me to provide citations?

    I'd love to see some citations of Windows 7 Start costing $8 and HP costing $15.

  91. Re:The BSD community just doesn't accept stupidity by WorBlux · · Score: 1

    interesting

  92. Free was awfully expensive by fuckface · · Score: 0

    I went to Linux World in San Jose in 1999. All the distros were there giving away their CDs for free. Some BSD flavor had a booth (which doesn't make a lot of sense at Linux World to begin with) and they wanted $50 for their CDs. That was enough for me.

  93. Re:The BSD community just doesn't accept stupidity by WorBlux · · Score: 1

    Na, that's too much work just for bullshitting on Slashdot. Really I was just trying to prompt more of the details out of someone who could provide some plausible why as to this surprising fact. (Which did work out this time)

  94. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by donaldm · · Score: 1

    At this moment, I cannot install fedora core 16 without it wiping my entire disk, because 'it does not recognize my partitions'. It wants to live on one big partition of type 'GPT' (Guid based partitioning), and damn everyone else !

    Bullshit! I run Fedora 16 and with a considerable amount of applications installed (2097 packages to date) and I am using no more than 8GB.

    With Fedora I normally set up a boot partition for "boot" and another partition for a logical volume group then add appropriate volumes such as "root", "usr" (you can combine the two if you want - say 12GB max) and some other volumes such as tmp (2GB), swap (2GB+) and var (2GB) or if you really want you can combine the lot and even put swap into a file if you want. Good grief even a 10 year old (although one that could read a HOWTO) could do this.

    Even on my machine I don't allocate more than 20GB to Fedora 16 although what you allocate to your users, archive and other sundries is up to you and yes I only run Fedora on my machine and anything else I need as in MS Windows, Solaris, and other x86 *nix I run in a virtual machine.

    --
    There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
  95. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by donaldm · · Score: 1

    FC16 is not Linux, you mewling ninny.

    You are right FC16 does not exist it is actually called Fedora 16 although it does have a 3.1.1-2 Linux Kernel :)

    --
    There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
  96. Re:The BSD community just doesn't accept stupidity by synthespian · · Score: 2, Insightful

    Back in 90-smth I used to be a Debian user. I used to ask a lot on Usenet and lists. That's because the system was so bad, and the documentation so shitty (Linux users back them used to use the "LDP" - Linux Documentation Project - which in effect was a bunch of badly written and outdated documents.

    Then some dude from a Debian LUG (I helped begin, BTW) talked greatly about the virtues of FreeBSD. I never looked back. Right he was, indeed. Soo much better than Debian. I actually felt a sort of relief. You don't know your in the shit when you're always in the shit...And then, Mac OS X came out (borrowing stuf from FreeBSD, of course), and they set the bar higher for "Unix".

    The reason you don't hear much about FreeBSD from users in forums is because the documentation is good and the system so solid and easy to understand design-wise, that you never hear that incessant bruhaha you get in Linux distros, where everything is always breaking from one upgrade to another (or the never-ending infighting that goes on). If you head out to a BSD forum without having read the thorough documentation (a trait all BSD distros share), then it turns out you are one lazy moron. There's no excuse, like there is in Linux distros, where typically the manual page was last written in 1998.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  97. Fake Beats By Dre Knockoff, Fake|Replica Monster B by Leila123 · · Score: 0

    Not only are Fake Beats By Dre amazing headphones. A lot of Replica Beats By Dre are perfect sound for you. 2012 newest Fake Monster Beats collection online outlet here. The lowest price and highest quality monster beats online offer. On the way, together with your Fake Bests by dre inside you soul. Itâ(TM)s worthy to take your time to view the best cheapest fake beats.

  98. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Nutria · · Score: 1

    I am not a lung, even though I have a lung inside of me, and it in vital to my survival.

    Logic, man, logic. Employ it!!!

    --
    "I don't know, therefore Aliens" Wafflebox1
  99. Re:The BSD community just doesn't accept stupidity by synthespian · · Score: 1

    And Jail, MAC, Dtrace port and Capsicum.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  100. Re:The BSD community just doesn't accept stupidity by pairo · · Score: 1

    Unless you're using the old BSD license (with the advertising clause), BSD is compatible with GPL. And as far as I know, pretty much everyone moved away from that.

  101. Re: One again IBM..... by hairyfeet · · Score: 1

    Well let us say, just for the sake of argument (and remember these were provided by OEMs trying to get lower prices and refuse upgrades of 7 from XP on netbooks, not to mention I can get pro and will be getting 2 copies for Xmas at $39 student discount and I kinda doubt students buying a single copy get a better deal than someone buying 100,000 copies, don't you?) that you data is correct. Now that is talking about Home Premium for $50, which would make starter at around $25. Now considering on last count the average netbooks has nearly FOURTY pieces of trialware installed (just look how many programs are listed under DeCrappifier if you wish for a citation since the OEMs refuse to publish numbers) you are looking at MOST windows costing $15-$30 after the trialware payback is figured in.

    Now lets look at just ONE OEM has to pay for Ubuntu. they have to run their own servers, not cheap, they have to hire a team of developers to roll their own version of Ubuntu, what do a developer with experience in rolling their own distros and writing drivers go for? $100,000 a piece? probably need a dozen to run a distro at minimum, and then you have the returns which of course can't be sold as new and as HP admitted when they were looking to sell at an average of $8 profit per unit it really doesn't take but a handful of returns to equal a giant loss. And when we are talking 400% return rates it isn't hard to figure out which OS isn't worth the effort.

    This is why ASUS, the ones who created the whole Linux netbook idea, quit carrying Linux, why Windows slaughtered Linux on netbooks where if Windows pricing made a difference anywhere THAT would be the market, yet the ALL abandoned Linux completely.

    It is just simple common sense. Ask yourself just ONE single question...If Linux is so great and could save OEMs money then why aren't ANY of them using it? dell hides a handful of Ubuntu machines in the back, basically to get one more checkbox on their bulletpoint list, and the rest don't do even that, why? do you HONESTLY think it is some fast conspiracy to keep your miracle free OS away from the masses? Why isn't any of the little shops like mine using it to undercut competitors?

    Because the sad and nasty truth that NO amount of mod points can EVER erase, nor can that one FOSSie going around claiming everyone that doesn't kiss Linus' booty MUST be APK ever change, is this simple truth, which is Linux is free only if your time is worthless and for the OEM frankly MSFT could double their prices and they STILL won't take your OS, because in the end it would cost MORE money. more money to fix broken drivers, more money to deal with the complaints, more money to run their own repos because the default one breaks more than it fixes.

    here is a nice article I found several years ago and I hope that you read it. it is a perfect explanation, better than i could EVER write, of why Linux isn't going anywhere. But instead of addressing the problems outlined the "community" will just fling insults like monkeys flinging poo and proclaim their superiority. well I suppose being the biggest failure is still being the biggest at SOMETHING, not sure if I'd brag about it though.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  102. Minix 1 vs 3 vs... by unixisc · · Score: 1

    Precisely! Linux is based on one of the previous versions of Minix - dunno which, but the current debate of monolithic vs microkernels played out as Linux vs Minix is more precisely a Minix 1.x or 2.x vs Minix 3.x. One could even think of Linux as the GPL version of Minix 1.x and Hurd as the GPL version of Minix 3 (except that their microkernel ain't worth beans and they'd do well to just fork Minix 3 and make it a GPL based microkernel basis for Hurd)

    Incidentally, does anyone know whether Amoeba - the distributed OS that he wrote - whether that is a microkernel as well? I had no idea Google was replacing GNU w/ BSD userland tools in Android. Incidentally, I thought that Minix3 was just the microkernel, so that begs the question - does it come w/ its own userland, or can one put any userland on top of it that communicates w/ the kernel? Also, what about drivers - does Minix have drivers for as many devices as Linux or BSD does? And these would have to be re-written, since Minix cannot simply re-use BSD or Linux drivers since they are not a part of the kernel in the Minix case.

    I do think it's a bit of a pity, since a great OS might be a Minix 3 microkernel, the Hurd daemons & drivers on top of it, and riding on top of that, GNUSTEP. That would be a great development platform, as well as OS.

  103. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by migla · · Score: 1

    So, logically, you weigh in on this issue the same as a DUCK (Democracy, Unfetterdness, Collaboration, Komputing), you're a DUCK and therefor, a commie! Burn her!

    --
    Some of my favourite people are from th US; Vonnegut, Chomsky, Bill Hicks.
  104. Sour grapes from Tanenbaum by Cherubim1 · · Score: 1

    Sour grapes from Tanenbaum. Who wants to hear his sob story about how he didn't get anywhere near as successful as Linus Torvalds ? Answer: Nobody Stuff happens and people make bad judgements all the time. Tsnnenbaum is just a disgruntled old fool.

  105. Re:The BSD community just doesn't accept stupidity by TheRaven64 · · Score: 1

    1. Linux has a *full* "generic" 802.11 stack.

    This is apparently almost true today. When I last looked, about four years ago, there were three almost completely independent 802.11 stacks and the one you used depended on the driver you used.

    2. Licensing issues will most likely prevent you from copying "BSD" parts into Linux, unless the original author allowed for dual GPL / BSD licensing (and I doubt it)

    Absolutely untrue. Lots of code in Linux is BSD or MIT licensed, some is even public domain. Only the aggregate work is GPL'd. Dual licensing GPL/BSDL is a completely pointless thing to do, legally speaking, because there is no legal impediment to incorporating BSDL code into a GPL project.

    --
    I am TheRaven on Soylent News
  106. Java was invented to kill Microsoft Windows by Anonymous Coward · · Score: 0

    Nothing more, nothing less.

    That's why they went ONLY threading, because Windows threading was much lighter than their process forking whilst most UNIXs had almost no difference between them (except forking was safer).

    It's why when you look for examples on how to do things in Java on Sun's site you'll see how it's done on Sun (obviously) and how it's done on Windows.

    It's why fixing problems on Windows is done quickly whereas any request for a change to help the UNIXes is thrown to the kerb.

    Java was invented to kill Microsoft.

    Multiplatorm != 2 platforms.

  107. Fuck this guy by Anonymous Coward · · Score: 0

    At least I can put Linux to work as a desktop, server, embedded, or anything I want.

    I'm sure that trying to do any of that with MINIX it will be impossible, apart from being slow as fuck due to its micro-kernel nature.

  108. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by Anonymous Coward · · Score: 0

    in 92, you couldn't do much with linux. your argument is that of a tinkerer. lawsuits stopped big companies like kmart and every damn bank from using it. notice there were no lawsuits for linux when the corporate drones picked it up.

    it had absolutely everything to do with lawsuits. freebsd was/is way more stable. however linux has won the battle.

  109. Re:The BSD community just doesn't accept stupidity by Anonymous Coward · · Score: 1

    Support in writing drivers? That's an understatement for Linux. We make hardware. I can testify that all you need is to throw some nice hardware with good documentation to the community, and they'll write the drivers for you. For free.

  110. $15 is "free" in your neck of the woods? by Medievalist · · Score: 1

    It IS free as the cost of Win 7 HP has been published several times, it is $15 a copy.

    I don't know what Win 7 HP is, but $15 will buy my family a meal, so if $15 is so meaningless to you that you consider it "free" then please send me $15 as soon as possible.

  111. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  112. Re:There's no debate. The GPL doesn't promote free by LordLimecat · · Score: 1

    The comparison to anarchy was not meant to be derogatory, but accurate. Both anarchy and BSD license would state that "freedom" means "no restrictions" whereas governmental systems and GPL would both say that it is necessary to curtail some freedoms in order to be guarenteed others.

    I like both licenses, incidentally, but depending on your goals, GPL might be more practical. Anarchy, communism, democracy, etc are also only rough parallels when used in comparison to software licenses and methods-- whereas the "communism model" of OSS is actually workable because people can have real jobs, and BSD license is workable in ways that anarchy is not (because the BSD license exists inside of a system with laws), the actual political models do not work.

  113. Chip on the shoulder? by Alioth · · Score: 1

    This stands out in the interview:

    LinuxFr.org : Why porting the userland utilities from NetBSD? Is the goal to become a BSD-like system?

    Andrew Tanenbaum : We think NetBSD is a mature stable system. Linux is not nearly as well written and is changing all the time. NetBSD has something like 8000 packages. That is enough for us.

    That suggests to me that Tanenbaum doesn't actually know what Linux is. Linux is just a kernel. Userland packages and how well (or not) they may be written have nothing to do with Linux. How many of the 8000 NetBSD packages are also available in Debian, for example? I would wager the vast majority, and they change "all the time" as much as they do when being run on Linux (the packages that aren't shared is probably the BSD equivalent of the base tools, like ls, grep, cp et al. I don't think the base userland GNU tools that run on Linux change all that often either).

  114. Re:Andrew Tanenbaum On Minix, Linux, BSD, and Lice by mark-t · · Score: 1

    Have you completely misinterpreted what I was saying, or are you suggesting that my choice had everything to do with lawsuits in spite of the fact that I clearly stated what the reasons for my choices were?

    I took a good hard look at the requirements for 386bsd 0.0 when it first came out in '92, having already been experimenting with Linux for a few months already. The only factor that kept me from experimenting with 386BSD at that point as well was the fact that it required its own physical drive, and could not be installed on a separate partition of a drive that had been set up by the fdisk utility that came with DOS. If it had, I probably would have ended up utilizing it, because I could plainly see just from the descriptions that it had far more functionality.

    I may have been only a "tinkerer", as you put it, but the factors that guided my choices were ultimately about interoperability with the hardware/software configuration that I actually had at the time, not lawsuits.

    Besides... there weren't even any lawsuits at that point yet to *have* influenced my decision.

    And I know I wasn't the only one.

  115. Context by PraFrentex · · Score: 1

    The man is clearly grumpy about all of the success of Linux had, and he surely knew that was giving an interview to a Linux supporting website, which leads me to believe that this was a flame war that he was clearly looking for, in any case, the Slashdot community picked it up (maybe just like he predicted) and people are talking about Minix again, which is good for him ! Nevertheless, he does make a point in micro kernels being more stable and reliable, an important buzzword in the embedded community, specially if you're into the safety-critical development tree like me. I'm now more tempted than ever to evaluate Minix as low cost alternative to the Green Hills, QNX and Wind River options. This interview was probably god send for him. !

  116. Re:The BSD community just doesn't accept stupidity by bluefoxlucid · · Score: 2

    The *BSD community has been painted as being "elitist" for well over 20 years now. But that's just not the case. It's a merely a community that's built around a meritocracy. They don't care who you are, or where you're from, or what your experience is, just as long as you have skill.

    I got in an argument with Theo the Rat about the performance hit of Position Independent Executables on x86. Spoiler: It's 1%, however you get a 5% boost by -fomit-stack-pointer--which doesn't work with -fPIE -fPIC, so you take a 6% hit. Most processes spend less than 0.1% in the main executable process, and so the 6% hit becomes 0.006%. The exception is X11 itself, which at the time spent a whopping 8% of its time in the main executable, making the 6% hit a 0.48% hit.

    When I posted the opening argument on the OpenBSD list--Position Independent Executables give you the ability to randomly assign the base address of the executable itself, allowing increased address space layout randomization--Theo immediately started talking to me off-list. He viciously argued that this stuff was "Very Expensive" while I told him to try a complete system profile. After as little as two round trips, he started cornerstoning on the argument: "I don't even know who you are. We invented this stuff. We've been doing this for forever."

    In other words, because he's Theo, and because he runs OpenBSD, I'm wrong and he's automatically right.

    He also once actually gave me a rather strong-stanced argument that using any static analyzer tool to try to expose bugs "creates more security holes." Like, the whole thing Coverity occasionally runs against Linux? Don't you dare point that at OpenBSD, it'll create security holes.

    I've always assumed OpenBSD was run by idiots with their heads stuck up their asses since.

  117. Linux problems by Anonymous Coward · · Score: 0

    here is a nice article I found several years ago and I hope that you read it. it is a perfect explanation, better than i could EVER write, of why Linux isn't going anywhere. But instead of addressing the problems outlined the "community" will just fling insults like monkeys flinging poo and proclaim their superiority. well I suppose being the biggest failure is still being the biggest at SOMETHING, not sure if I'd brag about it though.

    Reading that list, I particularly agreed with #3.1 of their software support

    3.Problems stemming from the vast number of Linux distributions: 1.No unified configuration system for computer settings, devices and system services. E.g. distro A sets up networking using these utilities, outputting certain settings residing in certain file system locations, distro B sets up everything differently. This drives most users mad.

    I've had precisely this problem. I had learned RHEL's way of configuring networking, which was to edit /etc/resolve.conf, use an utility called system-config-netwok to set up the IP addresses, then edit /etc/sysctl (I'm forgetting the exact filename) and then do a service network restart. I recently tried a GNUSTEP distro, and problem there was that none of the above files or commands were recognized. So getting connected was out of the question.

    All distros ought to during installation prompt one for one's network settings, so that it can be configured right out of the box. During that installation, it would be helpful to say which files one needs to tinker with for that particular distro, since they are by no means standard

  118. M$ Tax by Anonymous Coward · · Score: 0

    Ain't the M$ tax actually the royalties that they get w/ each copy of Android sold? M$ being bundled with Windoze is a clean sale, but in the case of Android, M$ did squat in getting Android to the market, yet they get paid $$$ for every copy that sells. That is what one would call a tax!!!

  119. Re: One again IBM..... by Anonymous Coward · · Score: 0

    That's precisely the argument Hairyfeet was making - that the Linux 'community' is not interested in doing what's needed for Linux to be a success in the consumer market, which is not just phones & tablets, but PCs as well. Apple's success in the consumer segment has nothing to do with its being Unix - it's just incidental to them making NEXTSTEP, which had Mach 2.5/BSD underpinnings, as the basis of their OS.

    A lot of the issues that were listed in the Russian site that Hairyfeet linked to might be avoidable in BSD, since it's pretty consistent across versions. Since Minix 3 is just the first such version, how Tannenbaum polices it so that it doesn't end up with the incompatibilities Linux has with itself would be interesting to watch.

  120. An idea to be hurd by unixisc · · Score: 1

    That project has tried out a whole bunch of microkernels, excepting Minix 3. Don't see any reason why they couldn't fork Minix 3, port Hurd onto it, and on top of that, put Etoille/GNUSTEP. Maybe the Debian or Arch people could try it.

  121. Minix on Raspberry Pi by unixisc · · Score: 1

    Good that he's developing an ARM version - he should do it on a Raspberry Pi. At the end of it, it would be interesting to see what it could do. A better idea than as OS for third world PCs

  122. Re: One again IBM..... by nobodie · · Score: 1

    Excuse please, but you are making statements that do not reflect my reality. My house had mac and windows machines running and used by everyone in the house (me, wife and 3 kids) and I built a linux box and bashed my way into the linux world because it looked like a clearly better approach to everything. Not easier (at the time : fedora core 4) but better. I buy the freedom part, and the honesty part and the truthy part. I rejected the closed garden and the FUD and the monopoly stuff.

    Now, one daughter has WinVista and hates it, but is too lazy to solve it the easy way. One daughter is running Kubuntu on her graphic design workstation (not entirely happy with kubuntu but as happy or happier than she is with her iBook pro, which is her status symbol. My wife is the most vociferous Linux user in the family, she also has an Android phone that she has figured how to jailbreak and use in China and the US with two SIM cards herself. She loves Linux and has all the choice in the world. My son doesn't even pay attention to any of it except when he is stymied by stupid interface differences that he has to figure out (but then he is 8 years old).

    I'm a fedora fanboi, and proud of it, but still keep my family running Ubuntu LTS varieties to make my life easier. So, this idea of the P that Linux is one thing and was never consumer worthy is a crock, maybe it would be better to say that it is more recently on the scene as a consumer product? And my family downloads the lolcats and the puppies and all the stupid stuff that they shouldn't, but they quickly learn the package manager which solves 99% of the windows problems: stupid downloaded programs that trash the system. So, I think, and my experience is, that you are mistaken. case closed.

    --
    Subversion of spatial scale luxury decoration ideas.
  123. Re:The BSD community just doesn't accept stupidity by smash · · Score: 1

    Not to be a simple "me too" but... "me too". The freebsd documentation is excellent (vs GNU "we don't like man, we prefer info" - which is shit). Linux has API changes every foo weeks which breaks stuff. FreeBSD might be a little slower out of the gate, but once something is implemented, its generally done properly and the documentation from 5 years ago is pretty much usable today.

    I started out with Linux in 1995. Was exposed to solaris in 1998 and tried out BSD in 2001. Haven't looked back. Linux is just too "different" to everything else and generally not for any real good reason. If you're a linux user trying BSD (who has never been exposed to other unix), it works quite differently and will screw with your head for a bit. However it is more "the unix way" and makes more sense once you understand it. And as above, the handbook/docs are excellent.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  124. Re:The BSD community just doesn't accept stupidity by smash · · Score: 1

    Or sound. Does linux actually have reliable multichannel working without whatever bullshit flavour of the month daemon running yet? FreeBSD had fairly seamless multichannel audio back in the early 2000s if not previous.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  125. With virtualization... by rsilvergun · · Score: 1

    it's easy, except for the OS software licenses...

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  126. When I ported my Firefox plugin... by rsilvergun · · Score: 1

    I built it on a generic *nix, and the only thing I had to change when I wanted it to work on OSX was the binaries that make the mp3s.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  127. Re: One again IBM..... by DMFNR · · Score: 1

    How the the cost of Windows for OEM's being offset by the money they make from packaging in trialware make Windows free? If a company decides not to load their computer up with crapware, then they will pass on the $15 cost of Windows to the customer. Saying Windows is "free as in beer" to OEMs is misleading, it costs $15 but that cost is offset by the revenue of the trialware. I would much rather pay an extra $15 than have to go through all of the trouble of uninstalling all of the shit that comes packed on a new computer, so I think it would be safe to say that OEM version of Windows are only free if you don't value your time.

  128. Re: One again IBM..... by walshy007 · · Score: 1

    You need a better article, the narod.ru one if basically full of non-issues except for a few.

    All of the hardware support ones are pretty much non-issues these days.

    inability to run familiar Windows software

    People should not see programs as ends in themselves, they should see their tasks as problems and programs as tools in which to complete them, if you can't run 3d studio blender will do your 3d models/animation just fine and dandy.

    >No games. Full stop.

    Wouldn't it be more correct to say _very few_ games? saying that not a single game exists for linux is just a little bit idiotic.

    No native solutions for really simple file sharing in the local network.

    If my grandmother can click an icon labelled 'file sharing' and set up an nfs share with two clicks, without any instruction, I'd bet most other people can too.

    Steep learning curve

    Again with the grandmother example, it took her all of a minute to figure out the fox icon was internet, and then she was fine.... if this is considered 'steep' you have far larger issues. Should be noted someone gave her a windows laptop afterwards, and she finds windows utterly unusable because she is now used to linux as it's what she started on.

    His TL;DR version is most telling.

    No games, no familiar software, no MS Office, no Active Directory or its equivalent.

    this tells me "OMG, it isn't an exact replica of windows, wahhhh!"

    Linux is unstable and prone to regressions when things which used to work break inexplicably.

    Regressions do happen, but are you honestly going to tell me that there is not a single windows driver out there that is frequently updated that has not?

    Too many Linux'es with incompatible configuration systems and different software packaging.

    Again, "I have too much choice, wahhh!"

    Linking to articles is useless when said articles are full of shite.

    A better obstacle for linux's adoption is peoples dislike of change (people like to stick to what they know). But really, why should any linux users actually care about that? we already use it. Obsessing about what other people would like is useless to whatever we are up to.

  129. Re:The BSD community just doesn't accept stupidity by walshy007 · · Score: 1

    That was why head-to-head benchmarks of Linux and FreeBSD on SMP and file-system performance showed FreeBSD coming out ahead pretty consistently.

    When overall performance of freebsd is lower, who gives a damn?

  130. Re:The BSD community just doesn't accept stupidity by Brandybuck · · Score: 1

    Here's a simple challenge for you: try writing a functional network card driver for Linux over a weekend. Now try the same in FreeBSD.

    It depends on which kernel you know best. If you're a Linux developer than writing one for Linux will be easier. If you're a FreeBSD developer then writing one for FreeBSD will be easier. It is not hard to write one for FreeBSD. It's a very clean architecture with plenty of readily accessible docs.

    --
    Don't blame me, I didn't vote for either of them!