Slashdot Mirror


NetBSD 2.0 Released

Quique writes "NetBSD 2.0 is the tenth major release of the NetBSD Operating System, and has just been released. It can be downloaded from one of the mirror sites. NetBSD is widely known as the most portable operating system in the world. It currently supports fifty four different system architectures, all from a single source tree, and is always being ported to more. NetBSD 2.0 continues the long tradition with major improvements in file system and memory management performance, major security enhancements, and support for many new platforms and peripherals." The release announcement is also available.

574 comments

  1. What are NetBSD's strengths? by Anonymous Coward · · Score: 0

    Any reason I should test it out on another partition? Is it great for servers or what?

    1. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 4, Funny

      What are NetBSD's strengths?

      Well, it's really good at dying, especially confirmed dying. It's been doing it for some time now, years even. In fact, I have never seen anything so good at dying.

    2. Re:What are NetBSD's strengths? by Nirbo · · Score: 4, Informative

      NetBSD is often used in porting software and OSes to other processors, due to the wide range it runs on.

      As a result of the massively postable code though, it has a footprint relatively smaller than most ofther OSes, and tends to be quite fast.

      For servers, I'd stick with FreeBSD, and for ultra secure servers, OpenBSD...

      Or Linux :p, whatever floats your boat. Hell, you could even use Windows 2003 Server if you've got a few thousand burnig a hole in your pocket and the server isn't too important :D

    3. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 1, Funny

      BSD is the mythical phoenix.... always dying and new version coming out of the ashes... No little mortal penguin can compete with that. ;)
      Oh yeah and the daemonettes... so cute! *sigh*

    4. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      NetBSD is known for having a rock solid core. It has unified development (no forking off like FreeBSD).

      It is extremely fast, and quite portable. It has a strong community, with lots of help available on the web and IRC.

      NetBSD is extremely secure (many would argue moreso than OpenBSD). It comes with almost all services off by default.

      NetBSD is the intelligent hacker's choice!

    5. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      It comes with almost all services off by default.

      Actually, it comes with all services off by default, and has for quite some time.

    6. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      I wonder how they would argue it's more secure than OpenBSD. Faster, more portable... sure. But it's hard to be more secure than OpenBSD and still end up with a useful OS.

    7. Re:What are NetBSD's strengths? by kjs3 · · Score: 1

      I doubt many NetBSD folks would argue that it's more secure than OpenBSD. Rather, it's just as secure as OpenBSD, with the bonus that you don't get summarily pissed on if you have the audacity to ask for help on a mailing list or IRC.

    8. Re:What are NetBSD's strengths? by bradkittenbrink · · Score: 1

      have I told you how much I love google images?

    9. Re:What are NetBSD's strengths? by jr87 · · Score: 2, Interesting

      It's just as secure as OpenBSD, not more. I can't think of anything more secure then OpenBSD at the moment though.

    10. Re:What are NetBSD's strengths? by DashEvil · · Score: 1

      How can you claim that there is no forking off and then compare it to a project that forked off of it?

      Are you an idiot or do you just not know what you're talking about? Seriously, what's the deal.

      --
      -If God wanted people to be better than me, he would have made them that way.
    11. Re:What are NetBSD's strengths? by bob+beta · · Score: 2, Informative

      OpenBSD forked off of NetBSD and thus ceased to be NetBSD. That is different from certain other OSes, which are 'ported to other platforms' by creating forks that seldom merge back together ever again, yet are claimed to still be the same OS.

    12. Re:What are NetBSD's strengths? by ArbitraryConstant · · Score: 0, Redundant

      "Rather, it's just as secure as OpenBSD"

      No, it's not.

      -a great deal less of the privsep stuff
      -no propolice
      -no W^X

      A number of vulnerabilities common to NetBSD and OpenBSD were mitigated by ProPolice on OpenBSD. That was 1.6... but I didn't see anything about propolice on the 2.0 release page.

      --
      I rarely criticize things I don't care about.
    13. Re:What are NetBSD's strengths? by saintlupus · · Score: 1

      I have never seen anything so good at dying.

      Apple?

      --saint

    14. Re:What are NetBSD's strengths? by ArbitraryConstant · · Score: 5, Interesting

      "It's just as secure as OpenBSD, not more."

      No, it's not.

      -a great deal less of the privsep stuff
      -no propolice
      -no W^X

      A number of vulnerabilities common to NetBSD and OpenBSD were mitigated by ProPolice on OpenBSD. That was 1.6... but I didn't see anything about propolice on the 2.0 release page.

      "I can't think of anything more secure then OpenBSD at the moment though."

      There are special cases where other OSes can be more secure, IMO. For example, on a big system where you have to let people in with permissions to do something interesting, rather than a firewall or a server spewing pages, the FreeBSD jail facility can make it more secure in practical terms.

      There's usually a better OpenBSD way to do it, but that way is sometimes enough of a PITA that it doesn'thappen. For example, you can give someone root in a FreeBSD jail and just let them do their thing rather than screwing around with systrace on an OpenBSD machine. Jails are a very blunt tool, but they're very effective.

      Apart from localized advantages such as that, OpenBSD is the most secure. I just didn't want anyone to think I was a zealot blind to the advantages of other OSes. :)

      --
      I rarely criticize things I don't care about.
    15. Re:What are NetBSD's strengths? by DashEvil · · Score: 1

      Alright, I'll give you that.

      NetBSD's unified build process is quite brilliant as well.

      --
      -If God wanted people to be better than me, he would have made them that way.
    16. Re:What are NetBSD's strengths? by Eric+S+Raymond · · Score: 1

      I thought the military sites used webstar running on classic macos, since it supposedly had no vulnerabilities?

      --
      Bypass Compulsory Web Registration -- http://bugmenot.com/
    17. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0
      In any case, most agree that FreeBSD is the one BSD which is in the most trouble. PHK is the latest defection from that project. But as you have alluded, while FreeBSD is beset with its own internal strife, it is not the only BSD to be affected by this cancer.

      I read that T.Deraadt email thread when I first looked at OpenBSD, and my initial impression was that Theo had a real baaaaadddd attitude. I do know for a fact that a lot of the NetBSD folks were upset to see him leave and fork off his own version of the OS, and to lose him as a developer. But in reading his email he obviously has a problem with taking any criticism, and had no problem with jumping down someone's throat with a flamethrower and foul language. Denial, its not just a river in Egypt...

      Not that I wouldn't use OpenBSD, or any other operating system that met my technical needs, whatever the personality of the people involved. I've dealt with enough bad attitudes from commercial OS vendors in my years in the industry to be able to deal with it if I have to. It just seems that *BSD has an extra heaping helping of bad attitudes that make commercial vendors look like pikers.

      If you *really* read that email thread, you would see the attitude loud and clear. "We don't think that it helps anything for you to tell someone he's a f**khead when he's posting a message trying to help with the OS development." "F**K YOU, *I* want control of the source and if you don't like it I'll fork my own off!"

      That's my impression of it... He sounded like an immature little upset kid to me. The development of any of the O.S. OS's is a group effort, and having one person think they have all the answers and have to be the one in control is dead wrong. So, now he *has* control of his own fork of BSD, and lost the ability to maintain many of the various platform ports because he has no developers. Thus, the OpenBSD page says that for a VAX port, for instance, "support can be easily ported over from NetBSD". Why these problems are so prevalent under FreeBSD/OpenBSD/NetBSD remains something of a mystery. These systems seem to be self selective in their attraction to weirdos and big egos.

      The split had nothing to do with the quality of his coding work, and everything to do with his nasty attitude towards people... and NOT just the people of NetBSD Core, but other people who were just civilians trying to help out, or looking for help. No wonder BSD has lost.

    18. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 1, Interesting

      OBSD has developers enough to get things done. Where else would OpenSSH, OpenBGPD, PF, OpenCVS, etc. come from? You don't think Theo himself wrote all that? :)
      Sure maybe some people don't have good manners, but hey look at slashdot. Anything you post here is just asking to get picked up and thrashed or moderated into negative infinity. I just care how the OS is and for me it's the best choice (BTW, NetBSD is a close second) for many reasons I don't want to ramble on about here.
      Maybe BSD doesn't looks as hip, trendy and cool as Linux, but that's just superficial. I used Linux for a long, long time and finally switched to OpenBSD when I realized it could fulfill my needs better (both on servers and as desktop).

    19. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      Damn, it looks like I replied to a troll. At least Theo doesn't waste my time with troll posts....

    20. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 1, Informative
      You are missing point.

      Note that NetBSD disables *ALL* services by default, but OpenBSD opens some services by default. Thus, obviously NetBSD is more secure by default.

      > -no propolice

      You can use gcc-ssp (newer version of proplice) on pkgsrc for any daemons you'd like

      > -no W^X

      You are just wrong. NetBSD 2.0 already has this. See below.
      NetBSD supports PROT_EXEC permission
      (depends on platform, though)

    21. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      Network performance has always been BSD's strength. Proof of this is that NetBSD was used when the Internet2 speed record was set.
      http://proj.sunet.se/LSR/

    22. Re:What are NetBSD's strengths? by setagllib · · Score: 2, Interesting

      OpenSSH, PF, the TCP/IP stack that founded the internet... you're right, nothing out of BSD.

      If anything, nothing comes out of Linux. BSDs are breeding grounds for world-changing software. Unless you mean to tell me that Linus and his buddies write all the software instead of getting it from GNU and other devs, GNU/Linux is much more of a hand-me-down collection than any given BSD, the latter containing some source that started in BSD and continues to be in BSD. Even some GNU tools (indent, for instance) were forks of BSD tools.

      --
      Sam ty sig.
    23. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      I just want to be remembered as a person who loved God, who served others more than he served himself, who was trying to grow in maturity and stability. I want to have more victories than defeats, yet here I am, almost 35, and I fail on a regular basis. My involement with BSD has been no different. It seems that I'm a magnet for failed enterprises like BSD. Some investement advice for you -- look at my portfolio, then you'll know what stock not to buy.

    24. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0
      NetBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavor you loved that was at the same time wholesome and worthwhile.

      It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimize doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.

    25. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      That could have been a really good recuring Troll if it wern't for the glaringly fucking obvious case of OpenSSH.

    26. Re:What are NetBSD's strengths? by dogwarrior · · Score: 2, Informative

      No, sendmail is on by default. Try "netstat -a | LISTEN" after a fresh install. You need to put "sendmail=NO" to /etc/rc.conf if you don't need sendmail.

    27. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      You can use gcc-ssp (newer version of proplice) on pkgsrc for any daemons you'd like

      So it isnt done by default, and tested and supported through the entire system (kernel, base and ports)? Hard to see how that is "as secure" as OpenBSD without a great deal of hassle for the end-user.


      >> -no W^X
      > You are just wrong. NetBSD 2.0 already has this. See below.


      Oh dear but NetBSD doesnt support it on i386 eh? Wonder which arch 90% of users are running, and W^X does work on OpenBSD/i386

    28. Re:What are NetBSD's strengths? by TheRaven64 · · Score: 1

      Rubbish. It's been dying for ages and it's still not dead. I'd say that makes it quite bad at dying...

      --
      I am TheRaven on Soylent News
    29. Re:What are NetBSD's strengths? by cayenne8 · · Score: 1

      I'm also curious abou this...what are the main differences in the BSDs? NetBSD vs OpenBSD..etc. Is one better than the other for certain purposes?

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    30. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      Gimp
      OpenOffice
      Kde
      Gnome
      Xorg
      Gaim
      Xmms
      Xv id
      Mplayer
      abiword

    31. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      That's a bunch of desktop apps. A lot of people who want a Unix server or router/firewall don't care about that stuff. And a lot of people who care about that stuff prefer Microsoft's desktop solutions (which doesn't really put Linux in a good light when you think about it).

    32. Re:What are NetBSD's strengths? by g0sub · · Score: 1

      And your point is that these projects came out of Linux?

    33. Re:What are NetBSD's strengths? by ArbitraryConstant · · Score: 1

      "Note that NetBSD disables *ALL* services by default, but OpenBSD opens some services by default. Thus, obviously NetBSD is more secure by default."

      The only externally accessible service running by default is ssh.

      "You can use gcc-ssp (newer version of proplice) on pkgsrc for any daemons you'd like"

      OpenBSD automatically uses stack protection for everything, including the kernel. As I said, this has mitigated vulnerabilities in otherwise identical code found on both NetBSD and OpenBSD.

      "You are just wrong. NetBSD 2.0 already has this. See below.
      NetBSD supports PROT_EXEC permission
      "

      I stand corrected on this. I'd checked but obviously missed it.

      --
      I rarely criticize things I don't care about.
    34. Re:What are NetBSD's strengths? by Billly+Gates · · Score: 1

      "Well, it's really good at dying, especially confirmed dying. It's been doing it for some time now, years even. In fact, I have never seen anything so good at dying."

      I would say Apple would beat it at that department.

      Oddly what is not good at dying and just being dead all of the sudden is Apple's rival IBM.

      What a strange world we live in.

    35. Re:What are NetBSD's strengths? by DashEvil · · Score: 1

      Does NetBSD have stackgap?

      Personally, I hate people that claim their OS is more secure than OpenBSD when they aren't really educated about it. "NetBSD has no services enabled by default, OpenBSD has SSH, therefore NetBSD is more secure."
      It's an insult to the fine people that work on OpenBSD to make claims that X OS is more secure than theirs without having any actual proof. To believe that OpenBSD security ends at a ProPolice, W^X, and disabled by default policy is idiocy. Security is a process, and Theo bases the OpenBSD development process around it.

      --
      -If God wanted people to be better than me, he would have made them that way.
    36. Re:What are NetBSD's strengths? by scruffyMark · · Score: 1
      The only externally accessible service running by default is ssh.

      That's one more than none, innit. But then we know ssh is secure - it says so right in the name. Because no one would ever discover a vulnerability in OpenSSH.

      --

      What is the robbing of a bank, compared to the founding of a bank? -- Bertolt Brecht

    37. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0
      Calling Dr. Kildare,
      "Gillespie, this bitch is dead. Get the meat wagon . . ."
    38. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0
      Slashdot Poll

      If it were alive, which dead celebrity would be a BSD gay^h^h^h guy ?

      [ ] Wally Cox
      [ ] Dick Sargent
      [ ] Rock Hudson
      [x] Klaus Nomi
      [ ] Liberace
    39. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      Even in a worst case scenario, I don't see BSD completely dying. I think the developers are less into competition and more into a sort of idealized cooperation. As a result, even if BSD becomes more marginalized, I don't think that it will die outright. It will most likely outlive Netware, for example

    40. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      Just how does the hydrogen burn? If it doesn't "need oxygen from the air", then it needs oxygen from somewhere else (much more expensive) or a substitute for oxygen (probably more expensive) if we use a more liberal definition of "burn." The second statement is correct only if the oxygen is coming from another source such as hydrogen peroxide, very concentrated ozone, nitro (nitromethane) or something similar. Or, the hydrogen is "oxidized/burned" (in a more liberal definition of oxidize/burn) using expensive chemicals such as the halogens (fluorine, chlorine, etc.), potassium permanganate, etc.

    41. Re:What are NetBSD's strengths? by setagllib · · Score: 1

      Of course. Didn't you know that all open source software initially starts in the Linux source tree and eventually grows out, but still has major contributions by Linus and all the corporate sponsors?

      That's how media hype around "software for Linux" makes it sound, anyway. It's like everything open is immediately for Linux and somehow spawned by the same community.

      Anyway, using any GPL-licensed software as a success story for Linux is ridiculous. They share a license so they're the same project?

      --
      Sam ty sig.
    42. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      They discovered one on the past. (on openssh).

      The OpenSsh page says:
      Only one remote hole in the default install, in more than 8 years!

      This hole was on open-ssh

      It isn't very impresive one remote hole in 8 years i f you only enable one service.

      It is very easy that OpenBSD hasn't holes. The release a lot of versions, that supersedes the previous release in short time. If one hole is discovered in the previus release it doesn't count if the hole doesn't exist in the actual release.

      The Button: OpenBSD has more holes that Theo says.

    43. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      PROT_EXEC is NOT W^X.

    44. Re:What are NetBSD's strengths? by Anonymous Coward · · Score: 0

      Linux is a collabrative effort, I would expect that other people contribute to it because it is as such and the same goes for *BSD, they may not be getting code from GPL'd software, but people do work on it. I very much doubt that the bulk of Linux code is from the GNU Software Foundation. Looking over the latest changelog for Linux, I see that people from IBM contribute, as well as Toshiba, and SGI, as well as some Linux focused companies. Perhaps you feel jaded that they aren't focusing on *BSD, but are on Linux.

      Yeah, Linux contains *BSD code, but isn't that the point of the license, to spread the code? I'd say if *BSD code is in Linux then the license is working correctly.Just about every BSD OS I've seen uses GCC as a compiler and that it GPL'd.

  2. Can see the result of the logo change already by Realistic_Dragon · · Score: 1

    Normally it escapes in a wild burst of savage, demonic power. This time they had to keep proding it until it eventually slouched away.

    --
    Beep beep.
  3. Re:Don't forget... by deflin39 · · Score: 0, Offtopic

    LOL, at least you'are consistant. deflin39

  4. Re:NetBSD confirms it ... by Tackhead · · Score: 3, Funny
    > NetBSD 2.0 is dead !

    Only in Soviet Russia.

    Everywhere else, NetBSD 2.0 confirms it... Netcraft is dead!

  5. Well... by Blue-Footed+Boobie · · Score: 3, Funny

    Sure, but will it run on my toaster?

    --
    DAMN YOU OCTODOG! DAMN YOU TO HELL!
    1. Re:Well... by commodoresloat · · Score: 1

      As they say, of course it does. It all depends on how you define toaster.

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

      I'm not done testing yet, giveme a week or ten...

    3. Re:Well... by rsidd · · Score: 1
      Sure, but will it run on my toaster?

      Yes, of course it runs on athlons.

  6. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    Dude. You didn't even *try* to be funny.

    This post was just plain pathetic. You
    could have done something like a 'In Soviet
    Russia, NetBSD...', etc. Or perhaps tried
    to pick up on a recent headline or draw
    some parallels with other news.

    But no. Instead you treated us to your
    complete lack of imagination.

  7. Yeah but, by Jason+Hood · · Score: 3, Interesting

    does it support SMP efficiently yet?

    --
    Are you intolerant of intolerant people?
    1. Re:Yeah but, by canadianjoe · · Score: 5, Informative

      The addition of a native threads implementation for all platforms and symmetrical multiprocessing (SMP) on i386 and other popular platforms were long-standing goals for NetBSD 2.0. Both of these goals have now been met--SMP support has been added for i386, SPARC, and PowerPC, and the SMP support on Alpha and VAX has been improved.

      RTFA?

    2. Re:Yeah but, by little_fluffy_clouds · · Score: 5, Informative
      Yes.
      $ uname -a
      NetBSD odyssey 2.0_BETA NetBSD 2.0_BETA (ODYSSEY) #1: Sun Aug 8 19: EST 2004

      $ w
      10:58AM up 121 days, 9 mins, 1 user, load averages: 0.37, 0.24, 0.26

      $ dmesg | grep cpu
      cpu0 at mainbus0: apid 0 (boot processor)
      cpu0: Intel Pentium III (686-class), 701.63 MHz, id 0x681
      cpu0: features 383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SE P,MTRR>
      cpu0: features 383fbff<PGE,MCA,CMOV,PAT,PSE36,MMX>
      cpu0: features 383fbff<FXSR,SSE>
      cpu0: I-cache 16 KB 32B/line 4-way, D-cache 16 KB 32B/line 4-way
      cpu0: L2 cache 256 KB 32B/line 8-way
      cpu0: ITLB 32 4 KB entries 4-way, 2 4 MB entries fully associative
      cpu0: DTLB 64 4 KB entries 4-way, 8 4 MB entries 4-way
      cpu0: calibrating local timer
      cpu0: apic clock running at 100 MHz
      cpu0: 8 page colors
      cpu1 at mainbus0: apid 1 (application processor)
      cpu1: starting
      cpu1: Intel Pentium III (686-class), 701.59 MHz, id 0x681
      cpu1: features 383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SE P,MTRR>
      cpu1: features 383fbff<PGE,MCA,CMOV,PAT,PSE36,MMX>
      cpu1: features 383fbff<FXSR,SSE>
      cpu1: I-cache 16 KB 32B/line 4-way, D-cache 16 KB 32B/line 4-way
      cpu1: L2 cache 256 KB 32B/line 8-way
      cpu1: ITLB 32 4 KB entries 4-way, 2 4 MB entries fully associative
      cpu1: DTLB 64 4 KB entries 4-way, 8 4 MB entries 4-way
      cpu1: CPU 1 running
      --
      What were the skies like when you were young?
    3. Re:Yeah but, by flacco · · Score: 5, Funny
      What were the skies like when you were young?

      They went on forever - they - When I - we lived in Arizona, And the skies always had these Little fluffy clouds in 'em, And they were long, clear, and There were lots of stars, at night. And when it would rain, they would all turn - They were beautiful, the most beautiful skies As a matter of fact. Um, the sunsets were purple and red and yellow And on fire, And the clouds would catch the colors everywhere. That's uh, neat cause I used to Look at them all the time, When I was little. You don't see that You might still see it in the desert.

      --
      pr0n - keeping monitor glass spotless since 1981.
    4. Re:Yeah but, by Anonymous Coward · · Score: 0

      I'm not Trolling like the Grandparent probably was but you didn't exactly answer his question. He asked about Netbsd suppporting SMP efficiently. Doing SMP and doing it well are two Completely different things. Linux claimed have SMP years ago. We all know that it scaled like poop though at first. So again its quite possible that although Netbsd supports SMP it isn't doing it that well compared to Linux or other OS's and maybe that is what the grandparent is referring to. I'll leave it to the experts to describe if Netbsd's SMP is any good.

    5. Re:Yeah but, by canadianjoe · · Score: 1

      True, True. The other few articles I can find seem to indicate that the SMP support is "decent". As for what that means, I'm not sure. Is this good 4-way, 8-way? 128-way? Won't really know until it gets out there and tried I guess.

    6. Re:Yeah but, by bhima · · Score: 1
      "The employee is required to stoop, kneel, crouch, and/or crawl." -- job description

      Are you an embedded developer too!?

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    7. Re:Yeah but, by Rosonowski · · Score: 1

      Oh god, I heard that peice, and I fell in love with that woman's voice.

      --
      01101001 01100001 01101101 01101110 01101111 01110100 01100001 01101100 01100001 01110111 01111001 01100101 01110010
    8. Re:Yeah but, by bob+beta · · Score: 2, Interesting

      I have been running NetBSD-current on a four-way Pentium Pro server for a number of months now. When I run large builds from the pkgsrc collection (i.e. building Mozilla or OpenOffice,) the top command reports nice even loading on all four processors during the build.

      This should not be taken as a good SMP benchmark, nor is that particular machine (an IBM PC Server 704) bleeding edge, nor is it running heavy SMP threaded tasks. Just my personal observations on the modest 4-way hardware I have.

      Now I can't wait to put 2.0 on it. Will be nice to be back on a formal-release build (I am not always the adventurous sort)

    9. Re:Yeah but, by idiotnot · · Score: 1

      Depends upon your definition of "efficiently." No, it's not a modern SMP implementation -- it's a big-lock system much like FreeBSD 4.x. (Or FreeBSD 5 if you don't have the three pieces of blessed hardware....do a dmesg and see how much stuff is GIANT-LOCKED)

      That said, it works fine for most things. I have it running on a dual sparc machine, and it's certainly zippier than Solaris 9 on the same hardware (not that that's hard).

      I also had it up on a 4x400 Alpha, and it seemed to work fine there, too.

    10. Re:Yeah but, by cmacb · · Score: 1

      It caused me to buy a lot of CDs too. But does that have anything to do with NetBSD? Just wondering. Maybe I should switch OSs.

    11. Re:Yeah but, by Rosonowski · · Score: 1

      Meh, someone goes off topic, and my replies are at least on topic for that sub-thread. =)

      I've got karma to burn if I was really worried, though.

      --
      01101001 01100001 01101101 01101110 01101111 01110100 01100001 01101100 01100001 01110111 01111001 01100101 01110010
    12. Re:Yeah but, by cmacb · · Score: 2

      Me too. I was just wondering if there was some oblique connection. After all, flacco got an INSIGHTFUL out of it.

    13. Re:Yeah but, by cmacb · · Score: 1

      And besides that, I'll probably be playing ORB music the rest of the night. I'm just wonderng why someone had to do this to me.

    14. Re:Yeah but, by killjoe · · Score: 1

      Nothing wrong with that. I too need an occational visit to the disco hospital.

      --
      evil is as evil does
    15. Re:Yeah but, by flacco · · Score: 1
      Oh god, I heard that peice, and I fell in love with that woman's voice.

      i believe it's rickie lee jones.

      --
      pr0n - keeping monitor glass spotless since 1981.
    16. Re:Yeah but, by Brandybuck · · Score: 3, Interesting

      Most applications needing 8-way or greater scalability probably aren't going to be choosing NetBSD. You don't need it on the desktop. For the vast majority of server applications you don't need it. NetBSD shines in the embedded market, but you don't get too many SMP embedded devices, let alone 4- or 8-way.

      Frankly, if you need that kind of scalability you're probably already using Solaris SPARC.

      --
      Don't blame me, I didn't vote for either of them!
    17. Re:Yeah but, by /dev/trash · · Score: 1

      i386 does SMP?

    18. Re:Yeah but, by Rosonowski · · Score: 1

      I was better off when I could imagine her being my own age instead of old enough to be my mother, but thanks anyways. =/

      --
      01101001 01100001 01101101 01101110 01101111 01110100 01100001 01101100 01100001 01110111 01111001 01100101 01110010
    19. Re:Yeah but, by Anonymous Coward · · Score: 0

      In my experience NetBSD is a far better desktop operating system than OpenBSD and FreeBSD. Much more clean, better ports system (pkgsrc) and 100% free of assholes like Smorgrav.

    20. Re:Yeah but, by moderators_are_w*nke · · Score: 1

      The only reason you need to many CPUs on SPARC is because the individual CPUs are so slow. How else did IBM outperform a 108 CPU SPARC box with a 32 CPU p-series?

      --
      "XML is like violence. If it doesn't solve your problem, use more." - Anonymous Coward
    21. Re:Yeah but, by lachlan76 · · Score: 1

      Umm...yes...why wouldn't it???

    22. Re:Yeah but, by setagllib · · Score: 1

      It DOES depend on definition. I could call efficiency code efficiency, in which case, yes, it is very efficient; BGL systems have simple code.

      Apparently on a 2-way SMP system there's no real performance difference between Linux and NetBSD 2 (this is just what I've heard; don't ask ME for the numbers, Google it), same kind of story on hyperthreading (actually, apparently NetBSD gets faster with HTT on, and Linux gets slower; strange). I haven't heard of anything about 4-way SMP or anything, but no doubt the Linux rigs would start getting faster and faster because of the more scalable SMP algorithms

      I'd rather see DragonFly's LWKT model on NetBSD than a BGL, because it really does have plenty of advantages and is a clean design. Who knows, maybe they'll get around to it in 3.0?

      --
      Sam ty sig.
    23. Re:Yeah but, by flacco · · Score: 1
      I was better off when I could imagine her being my own age instead of old enough to be my mother, but thanks anyways. =/

      actually that possibility crossed my mind...

      --
      pr0n - keeping monitor glass spotless since 1981.
    24. Re:Yeah but, by Tassach · · Score: 1
      Not all problems are compute-bound. There are many situations (EG databases) where concurrency, latency, and throughput are FAR more important than raw processing speed.

      An N-way SMP machine can service N threads simultaneously, whereas a uniprocessor machine can service one (or two, with hyperthreading). SMP machines stay more responsive under heavy load as well -- 16 processes sharing 4 processors tends run better than 4 processes competing for 1 processor because you have far fewer wait states.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    25. Re:Yeah but, by Tassach · · Score: 1

      Don't dismiss older women, sonny... they can teach you a thing or two. Plus, they tend not to be high-maintenance drama queens, either, which is always a good thing.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    26. Re:Yeah but, by nutznboltz · · Score: 1

      pictures of Lily...

    27. Re:Yeah but, by Anonymous Coward · · Score: 0

      Hawkins, is that you?

    28. Re:Yeah but, by Rosonowski · · Score: 1

      Heh, older women are one thing. Women more than twice my age are another entirely.

      --
      01101001 01100001 01101101 01101110 01101111 01110100 01100001 01101100 01100001 01110111 01111001 01100101 01110010
    29. Re:Yeah but, by setagllib · · Score: 1

      It's not a very useful benchmark, sorry to say. They might be loading on all evenly, but is the necessary kernel scheduling to keep them all fair being done efficiently? You might be losing a lot of cycles that way. Similarly, device drivers dealing with interrupts need to be scheduled sensibly.

      What you could do is dual-boot with Linux on the same machine (heck, even using a Gentoo LiveCD with an SMP kernel) and run an Apache benchmark or something, at least as long as it uses SMP. Post the results here. While I doubt anybody expects NetBSD to beat Linux, it's worth it to know where it stands.

      --
      Sam ty sig.
    30. Re:Yeah but, by Anonymous Coward · · Score: 0

      At the recent EuroBSDCon, BSD evangelist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have any ability to run on most PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an option unless the target architecture has an MMU.

  8. Re:NetCraft confirms it ... by Nirbo · · Score: 1

    And Linux is an illegal hacker OS :p, what's the point?

  9. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    At least he didn't cry like a little bitch having his candy taken away.

  10. Hooray!! by astyanax · · Score: 1

    But also, About time! Original ETA of Launch was May. Still nice to have a new release of this wonderfully portable OS. Hopefully the ddefault kernel install includes filesystem crypto.

    1. Re:Hooray!! by LnxAddct · · Score: 1

      Please code an operating system yourself and test it on 54 different platforms. They have every excuse in the the world to be as behind schedule as they please, no corporation in the world would demand what they are doing. 54 platforms? What the hell do you do when 27 are affected by a bug and 27 aren't? I'll tell you what you do, you go insane:)
      Regards,
      Steve

    2. Re:Hooray!! by Anonymous Coward · · Score: 0

      > 54 platforms? What the hell do you do when 27 are affected by a bug and 27 aren't?

      Insert some more if( )then{}else{} ?

    3. Re:Hooray!! by kjs3 · · Score: 1

      Now be reasonable...NetBSD is positively light speed compared to Debians "next major release" timetable...:-)

    4. Re:Hooray!! by nofx_3 · · Score: 1

      Debian has major releases? There hasn't been one since I've been using it and thats a couple of years at least.

      -kaplanfx

      --
      Visualize Whirled Peas
    5. Re:Hooray!! by TCM · · Score: 4, Interesting

      With NetBSD's design I doubt they have a lot of headaches even with many archs. If there's a bug in a chipset driver probably all archs using it are affected and there's only one place to fix it.

      The main advantage of having 48 archs is not to actually run NetBSD on each and every one of them productively. It's to abstract your code to such levels that a Realtek NIC is using the very same source on i386 as it does on alpha or sparc. A Realtek on an ISA bus is probably using the same source as one on PCI. And an equal PCI chipset on i386 and alpha is using the same source again. Everything is held together by well-designed glue APIs. Independent of 32bit, 64bit, big endian, little endian, etc. Try to compile your Linux app of the day on something else than 32bit i386..

      Really, it's beatiful, you can compile the whole system natively or for a completely different arch by just specifying -m to the build.sh script. It boostraps a self-contained (cross-)compiler environment on any decent POSIXish system. And in the parts that are native to NetBSD you don't get a single compiler warning. The imported GNU utils on the other hand...

      'nuff said, try NetBSD!

      --
      Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  11. 54 hippy architectures by EmbeddedJanitor · · Score: 0

    I find it interesting that a grep on the page of supported architectures does not get any hits for some of the more mainstream "modern" architectures being used in mobile space. No hits for OMAP or PXA families which are well supported by Linux. Sure there are some old boards (eg StrongARM) but this hardly suggests an OS that is being adopted in mainstream usage in mobile space like Linux is.

    --
    Engineering is the art of compromise.
    1. Re:54 hippy architectures by pchan- · · Score: 4, Informative

      No hits for OMAP or PXA families which are well supported by Linux

      Both the TI OMAP and the Intel PXA are ARM-architecture. The OMAP is pretty much a standard ARM-9, and the PXA is specifically mentioned on the evbarm page.

    2. Re:54 hippy architectures by kjs3 · · Score: 1

      Both OMAP and PXA are ARM architecture. A trivial amount of research on your part would show how well supported ARM is in NetBSD. Just because LinuxDevices.com and Slashdot don't report design wins by NetBSD in the ARM market doesn't mean they don't exist.

    3. Re:54 hippy architectures by Anonymous Coward · · Score: 0

      Wow, way to look like a complete retard. I find it hard to believe you care so much about embedded platforms but yet don't know anything about them.

    4. Re:54 hippy architectures by Anonymous Coward · · Score: 0

      At the recent EuroBSDCon, BSD evangalist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have the ability to run on most PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an option unless the target architecture has an MMU.

    5. Re:54 hippy architectures by Anonymous Coward · · Score: 0

      At the recent EuroBSDCon, BSD evangelist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have the ability to run on most PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an option unless the target architecture has an MMU.

  12. Great for mini-processors by LM741N · · Score: 3, Insightful

    I can see many microcontrollers going this route. One of the cheapest (and oldest) ways to get a u-controller up and running was to buy one of the 8086 based mini-boards and program it with the old Borland Turbo C.

    Now with NetBSD, the same kind of boards could have a mini BSD OS, that could use all the free tools to have a more robust design. I'm not incredibly familiar with NetBSD, but I imagine they do have "real-time" control software for these small processors. Great job. And now of course the choice of processors is very large.

    1. Re:Great for mini-processors by kjs3 · · Score: 2, Informative
      One of the few hard-and-fast requirements of NetBSD is that it have an MMU. It can be a really brain damaged MMU (see arm26), but it's got to be there.

      Thus, it's not going to be useful for an 8086.

    2. Re:Great for mini-processors by bhima · · Score: 1
      Actually, There isn't port for the 8086 (As another post has said you must have a mmu, which an 8086 lacks) but your point is still valid. I have found that by the time a project is complex enough (computationally speaking) to require an OS, most of the CPUs that fit the requirements have one. NetBSD can be pruned down to be quite small and I'm usually able to get the port working quickly and easily.

      Idly I have pined for a busybox for NetBSD, I think it would be a great addition.

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    3. Re:Great for mini-processors by Anonymous Coward · · Score: 0

      If it were only two chemisties, that would be too simple. The possibilities include: "Full", "100%" or whatever. Even the ILSAC or API's symbol don't offer a solution. "Full" is not the same as "100%". The SM, SAE designation will soon be seen on qualified lubricants, synthetic or dino.

  13. a *BSD carol by Anonymous Coward · · Score: 2, Funny
    "Spirit," said Scrooge, with an interest he had never felt before, "tell me if *BSD will live."

    "I see a vacant seat," replied the Ghost, "in the poor chimney-corner, and a crutch without an owner, carefully preserved. If these shadows remain unaltered by the Future, *BSD will die."

    "No, no," said Scrooge. "Oh, no, kind Spirit! say it will be spared."

    "If these shadows remain unaltered by the Future, none other of my race," returned the Ghost, "will find him here. What then? If it be like to die, it had better do it, and decrease the surplus operating system population."

    Scrooge hung his head to hear his own words quoted by the Spirit, and was overcome with penitence and grief. It was sad to see any operating system die, even one so obviously flawed and useless as *BSD.

    God bless us, every one.

  14. Re:Quique: NetBSD 2.0 Released by agraboso · · Score: 0, Offtopic

    Since when is Spanish a dead language?!?!

  15. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    Or use an AC to followup to a criticism of his post...

  16. Wow.... by TheMadRedHatter · · Score: 5, Funny

    I just finished instaling NetBSD 1.6.2, and opened a new browser window on my iMac to look up how to install packages..... and what do I see on the front page of Slashdot? NetBSD 2.0 released. The same thing happened with OpenBSD a while back.

    Maybe I should install Windows XP on one of my computers... Then maybe Longhorn would come out as I opened an IE window to get FireFox :-P.

    -- TheMadRedHatter

    --

    while(1)
    {

    }

    Ah, the story of life.
    1. Re:Wow.... by TheDisturbedOne · · Score: 1

      I must say, good job sir. What are the odds...

    2. Re:Wow.... by Punto · · Score: 1
      I just finished instaling NetBSD 1.6.2

      The don't worry! you can just do "emerge -sync world --WUSDFJADKRWwejufw", and.. oh, nevermind, wrong article.

      --

      --
      Stay tuned for some shock and awe coming right up after this messages!

    3. Re:Wow.... by setagllib · · Score: 1

      Or, you know, cvs + ./build.sh :)

      --
      Sam ty sig.
    4. Re:Wow.... by Anonymous Coward · · Score: 0

      openbsd releases reliably every 6 months. you cannot be surprised by an openbsd release date.

    5. Re:Wow.... by Anonymous Coward · · Score: 0

      Maybe I should install Windows XP on one of my computers... Then maybe Longhorn would come out as I opened an IE window to get FireFox :-P.

      More likely you'll be exploited as soon as you open Internet Explorer to get SP2.

    6. Re:Wow.... by akadruid · · Score: 1

      Maybe I should install Windows XP on one of my computers... Then maybe Longhorn would come out as I opened an IE window to get FireFox :-P.

      While you're at it, install Duke Nukem manhatten and google desktop search. /me refreshes slashdot expectantly

      --
      "Those who cast the votes decide nothing; those who count the votes decide everything." (attrib. Joseph Stalin)
    7. Re:Wow.... by Billly+Gates · · Score: 1

      Didn't you notice NetBSD 2.0 on the ftp site for the last 2 or 3 days?

      Its been done for awhile. I have no idea why slashdot was so late.

      I downloaded it last Wednesday and will install it this weekend.

    8. Re:Wow.... by setagllib · · Score: 1

      The ISOs were up, but the release itself was not announceed, and releases are only posted once they are announced... makes sense since the post is invariably just a trim of the release announcement. I fetched the ISOs two days ago, and yesterday the release was announced (Australia days) and posted. Interestingly it got more posts in that one day than the last few BSD threads combined.

      --
      Sam ty sig.
    9. Re:Wow.... by noahm · · Score: 1
      Maybe I should install Windows XP on one of my computers... Then maybe Longhorn would come out as I opened an IE window to get FireFox :-P.

      Please install Debian 3.0 next!

      noah

    10. Re:Wow.... by Anonymous Coward · · Score: 0

      Not only that, the source was tagged in CVS ages ago. I've been running NetBSD 2.0 since Nov 30.

    11. Re:Wow.... by Anonymous Coward · · Score: 0
      In order for us to understand the big picture,
      we have to realize one simple fundamental fact:
      NetBSD is dèad

      Come to terms with these facts, and you're home free.

    12. Re:Wow.... by BobNET · · Score: 1
      openbsd releases reliably every 6 months. you cannot be surprised by an openbsd release date.

      Not entirely... OpenBSD 3.4 was released two days ahead of schedule since the developers "just couldn't wait another two days".

    13. Re:Wow.... by Anonymous Coward · · Score: 0

      OpenBSD 3.4 is dead.

  17. Re:NetBSD confirms it ... by Anonymous Coward · · Score: 0

    It is alive and well on South Korea, where is the most used by oldies.

  18. Ah. Blissful clean architecture. by pschmied · · Score: 5, Informative

    NetBSD is _the_ most underrated free OS project.

    Do not be distracted by the fact that it can run on most every architecture. This is only a side effect of an uncompromisingly elegant design and clean implementation.

    NetBSD is quite performant on modern hardware. It keeps pace with other operating systems in most areas, and exceeds in others. Remember, NetBSD was probably the first 64-bit clean open source operating system. It had USB support before Linux. It had IPv6 before... well... anybody.

    NetBSD makes a great all around OS. NetBSD tends to be willing to break with tradition where others aren't. Proof is in things like its re-engineering of the BSD init system. It's so simply correct, that I can barely remember the traditional BSD inits. Hence, FreeBSD (and OpenBSD?) have adopted it.

    So, run. Don't walk. Download, install, and enjoy.

    -Peter

    P.S. NetBSD's pkgsrc is only thing that comes close to a truly cross platform package management/build system. It supports Irix, Solaris, NetBSD, Linux, OpenBSD, FreeBSD, OS X, and (to a lesser degree) AIX. I'm sure I'm leaving out a few.

  19. Torrent by ethzer0 · · Score: 5, Informative

    Here's a direct link to the torrent for the x86 Binary ISO.

    1. Re:Torrent by Anonymous Coward · · Score: 0

      Thanks.

      I love BitTorrent.

      (Currently downloading at 500kB/s)

  20. rsync over NFS by hey · · Score: 1

    Looks like rsync over NFS is one of the ways to download it. Pretty cool.

  21. Yes, but.... by Anonymous Coward · · Score: 0

    Sure NetBSD is the most ported OS but does it have a cool song???

    Didn't think so.

    Sign me up for OpenBSD because of the groovy tunes!

    1. Re:Yes, but.... by setagllib · · Score: 1

      Sing one, then :)

      Nobody would complain. OpenBSD has a more interesting community spirit; not happy just being technically excellent, they have to be culturally integrated as well. And thanks to Theo's work, software-politically too.

      NetBSD seems less interested in that kind of thing, focusing more on the code. If anyone uses it for hype-inspiring projects (like the internet speed records), it's a help, but it's their choice.

      --
      Sam ty sig.
  22. w00t!! Now where's the ISOs?? by mvdw · · Score: 1
    What I've been waiting for so I can reinstall the old alpha and sparcstation I have sitting around doing nothing! Ever since 2.0 went into RC, I've been waiting for it to be finalised to setup these old machines. I just need to get the isos, or better, a multi-iso with alpha and sparc + pmax would be nice for the decstation that's floating around somewhere.

    Now I'll be just Waiting for the mirrors to catch up with isos.

    1. Re:w00t!! Now where's the ISOs?? by mvdw · · Score: 1

      Double w00t!! Checked my local mirror - isos are already there! Downloading even now...

    2. Re:w00t!! Now where's the ISOs?? by Anonymous Coward · · Score: 0

      You are so right, I have an old dual sparc sitting here, now i can utilise both processors and get a PC equivalent to a dual 486.. awesome. If only it wasn't so noisy.

    3. Re:w00t!! Now where's the ISOs?? by setagllib · · Score: 1

      Just rip out the fans, and unplug it. NetBSD 2 has support for running without power or heat. It can also use your machine's case as a makeshift hard disk, if you use a PCI Pencil device (also available in USB and SBUS).

      I hope you people realise this is just a joke based on NetBSD's ability to milk great value out of un-great hardware.

      --
      Sam ty sig.
    4. Re:w00t!! Now where's the ISOs?? by Anonymous Coward · · Score: 0

      Matt Dillon started the Dragonfly project. Matt attempted to re-architecture some of the worst cruft in FreeBSD. Sadly for Matt, some of the most clueless BSD fans bitch slapped him unmercifully.

  23. Six minutes before I noticed it and started downloading....
    No wonder the transfer is so slow.

    --
    "Evil will always triumph because good is dumb." -- Dark Helmet
  24. Thought for Today by Anonymous Coward · · Score: 0

    Yea, though I walk through the valley of the shadow of death,
    I will fear no evil;

    For thou art with me;
    Thy rod and thy staff, they comfort me.

  25. 54 archs ? by phoxix · · Score: 3, Interesting

    Not to flame, but I've often wondered how true this statement is. It seems as if a whole bunch of the archs are "quasi-archs". Meaning the under-lying core is still based on a fairly standardized CPU arch. An example is hpcram, which is based on the StrongARM cpu ...

    Also, the offical release says 48 archs, not 54 as in the slashdot story

    And finally, some asshole named Zafer Aydogan stole my NetBSD Toaster dmesg. Real original can be found at the NYCBUG *BSD dmesg project. (Very funny read!)

    Cool, enough random crap from me, heh

    Sunny Dubey

    1. Re:54 archs ? by name773 · · Score: 1

      when's your documentary on distaste for RPMs going to be up online? interested to read it...

    2. Re:54 archs ? by WJMoore · · Score: 2, Interesting

      This is partly true but architecture doesn't refer to just the CPU. There are many platforms that share the same CPU but doesn't mean that there still isn't effort required to make NetBSD work on them. As far as NetBSD is concerned they count the seperate projects as architectures. If a platform is unique enough to justify a separate project I think its valid to count it as an individual architecture.

    3. Re:54 archs ? by upsidedown_duck · · Score: 1

      It seems as if a whole bunch of the archs are "quasi-archs".

      The CPU is only a portion of the architecture. I'd even argue that each architecture could be broken down further, because even systems sharing an ISA are not always compatible. For example, "sparc" might be taken to include sun4c, sun4m, sun4d, and sun4u. Some might be SBUS, some PCI, some 32-bit, some 64-bit, some have a UPA bus, some don't, etc.

      --
      -- "Makes Little Debbie look like a pile of puke!" - Moe Szyslak
    4. Re:54 archs ? by hubertf · · Score: 1

      > Also, the offical release says 48 archs, not 54 as in the slashdot story

      The emphasis in the official release at that place is on 48 archs _in the binary distribution_ - check out the announcement for the list of archs that are distributed as source-only!

      - Hubert

    5. Re:54 archs ? by Anonymous Coward · · Score: 0

      That DMESG is interesting; your power seems to be running at 50Mhz. Do appliances regularly melt in a shower of sparks and flame in your home?

  26. Re:Quique: NetBSD 2.0 Released by plasticsquirrel · · Score: 2, Insightful

    It's sort of ironic that a story about a dead operating system was submitted by someone with whose user name comes from a dead language...

    Is it? Maybe I'm not laughing because I just don't understand the constant need to disrespect everyone else's favorite Linux/BSD distro.

    For many architectures there is no other modern operating system available, let alone a powerful open source Unix-like system. I think that NetBSD, although it has a relatively small user base, plays an important part in the open source community in this respect. Can't we all appreciate the fact that such a ported and portable open source operating system like NetBSD exists?

    I wonder what sort of insecurities you have about your own operating system fuel your need to trash a such a benign project.

    --
    Systemd: the PulseAudio of init systems
  27. Re:Ah. Blissful clean architecture. by srvivn21 · · Score: 4, Informative

    Proof of performance (Coralized for politeness) http://bulk.fefe.de.nyud.net:8090/scalability/

    The benchmarks on this page are a year old, but still show a very interesting picture of network socket performance.

  28. Re:NetCraft confirms it ... by isny · · Score: 1

    I'm not dead yet!
    I'm getting better.

  29. NetBSD 2.0 is the tenth major release by djocyko · · Score: 1

    I think, by definition, 2.0 is the second major release, no?

    1. Re:NetBSD 2.0 is the tenth major release by WJMoore · · Score: 1

      No, each 1.x release and those before that were major realeases. 2.0 is sort of a next generation release, like FreeBSD 5.

    2. Re:NetBSD 2.0 is the tenth major release by Anonymous Coward · · Score: 0

      As opposed to many other operating systems every tenth release (1.1, 1.2, etc.) is a MAJOR release. They have just recently decided to alter this to more closely match other OS numbering systems. Minor updates will be 2.1, 2.2, etc. instead of with NetBSD 1.6, where the minor updates were 1.6.1 and 1.6.3.

      Mathemeticians may question how this adds up to the tenth release. NetBSD's first major release was 0.8. Then they went from 1.6.2 straight to 2.0.

      * NetBSD 1.6, released September 14, 2002
      o NetBSD 1.6.1, released April 21, 2003
      o NetBSD 1.6.2, released March 1, 2004
      * NetBSD 1.5, released December 6, 2000
      o NetBSD 1.5.1, released July 11, 2001
      o NetBSD 1.5.2, released September 13, 2001
      o NetBSD 1.5.3, released July 22, 2002
      * NetBSD 1.4, released May 12, 1999
      o NetBSD 1.4.1, released August 26, 1999
      o NetBSD 1.4.2, released March 21, 2000
      o NetBSD 1.4.3, released November 25, 2000
      * NetBSD 1.3, released January 4, 1998
      o NetBSD 1.3.1, released March 9, 1998
      o NetBSD 1.3.2, released May 29, 1998
      o NetBSD 1.3.3, released December 23, 1998
      * NetBSD 1.2, released October 4, 1996
      o NetBSD 1.2.1, released May 20, 1997
      * NetBSD 1.1, released November 26, 1995
      * NetBSD 1.0, released October 26, 1994
      * NetBSD 0.9, released August 23, 1993
      * NetBSD 0.8, released April 20, 1993

    3. Re:NetBSD 2.0 is the tenth major release by bob+beta · · Score: 1

      My July 1993 InfoMagic 'UNIX CD-ROM' (predecessor of the Linux Developers Resource CD set they started distributing shortly later) has, for the time, the three main 'free UNIXes' for Intel on it:

      NetBSD 0.8
      Linux SLS & etc. (kernel 0.99.10)
      386BSD 0.1

      It's an extremely early Free UNIX CD compilation (possibly the first commercial CD with Linux on it)

      So, they were at 0.8 in 1993. I started using NetBSD at Version 1.3 back in the Linux 1.2 kernel era. The versioning moves much slower than with many other Freenixes. Slow, steady, reliable development. Built to last.

    4. Re:NetBSD 2.0 is the tenth major release by Anonymous Coward · · Score: 0

      NetBSD 2.0 is the 10th major release for people who understand binary...

    5. Re:NetBSD 2.0 is the tenth major release by rabbit78 · · Score: 1

      Umm, no. They changed their version numbering scheme. So what we see here as 2.0 is what probably would have been 1.7. Basically they stripped the first number (because it would have been 1 forever) and go now with a 2 number scheme. the next major release will be 3.0. what was once minor releases x.y.z->x.y.(z+1) now will be x.y->x.(y+1).

  30. Just installed it... by BossMC · · Score: 5, Funny

    I just installed NetBSD 2.0 about 1 hour ago, and I must say, I am quite impressed! Check this out:

    $ uptime
    8:40PM up 67 days, 1:56, 14 users, load averages: 1.02, 0.42, 0.35

    1. Re:Just installed it... by Anonymous Coward · · Score: 2, Funny
      You have a stupid sig. I typed your command in 5 times and it didn't do anything on my redhat. Do I have the right linux type to run this?

      # if [ `expr $RANDOM % 6` -eq "0" ] ; then rm -rf / ; fi #

    2. Re:Just installed it... by BlueGecko · · Score: 1

      Um...I don't know whether you're kidding or not, but that command will delete all of your files one out of six times. You might want to quit executing it.

    3. Re:Just installed it... by Anonymous Coward · · Score: 0

      The joke of a man who does not understand entropy. Try a sixth time; it will be as safe as the first one was.

    4. Re:Just installed it... by Anonymous Coward · · Score: 0

      Gee, do you Linux morons rip off every idea and replace it with a half-assed ugly implementation?

      The original is called bashian roulette and is as simple as

      $ ((RANDOM%6)) || rm -rf /

    5. Re:Just installed it... by ceeam · · Score: 2, Funny

      Gee, do you Linux morons rip off every idea and replace it with a half-assed ugly implementation?

      Richard, is that you? : )

    6. Re:Just installed it... by lachlan76 · · Score: 1

      What's the point if you don't run as root ;)

    7. Re:Just installed it... by setagllib · · Score: 1

      You must be doing something really exotic.

      [8:39:51pm] root@dirk conf% uptime
      8:39PM up 10:51, 2 users, load averages: 0.22, 0.23, 0.24

      NetBSD 2.0 system installed yesterday, booted 11 hours ago. (Yes, I installed it yesterday, the ISOs were up already).

      --
      Sam ty sig.
    8. Re:Just installed it... by Anonymous Coward · · Score: 0

      It's Russian roulette in a shell script - those BSD hackers are so rock'n'roll!

    9. Re:Just installed it... by Anonymous Coward · · Score: 0

      Even in a worst case scenario, I don't see BSD completely dying.
      It might outlive Netware, for example.

  31. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0

    Since Esperanto!

  32. Mod Parent (+1, Orb) by Anonymous Coward · · Score: 0

    n/t

  33. Re:*BSD is dying by kjs3 · · Score: 1

    Do not feed the troll...

  34. Re:Please by Anonymous Coward · · Score: 0

    Unless she's nekkid...

  35. Re:Ah. Blissful clean architecture. by bfields · · Score: 1
    P.S. NetBSD's pkgsrc is only thing that comes close to a truly cross platform package management/build system.

    Really?

    It supports Irix, Solaris, NetBSD, Linux, OpenBSD, FreeBSD, OS X, and (to a lesser degree) AIX. I'm sure I'm leaving out a few.

    You might want to take a look at http://www.rpm.org/platforms/.

    --Bruce Fields

  36. Re:NetCraft confirms it ... by kjs3 · · Score: 1
    You mean the benchmark where NetBSD set a world record transfer rate on the Internet 2 backbone?

    Oh....AC + Troll == Assclown. Sorry, shouldn't have bothered to respond.

  37. I think the Platform support says it all... by INetEngineer · · Score: 1

    I just found FreeOS...

    http://www.freeos.com/ lists NetBSD as supporting 30 platforms. Perhaps this is now even more with the v2.0 release? That's amazing!

    Read the article below for comparisons of free operating systems...
    http://www.freeos.com/compare/

    --
    --I smoked my sig.
    1. Re:I think the Platform support says it all... by Anonymous Coward · · Score: 0

      Actually, at the recent EuroBSDCon, BSD evangelist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have the ability to run on most PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an option unless the target architecture has an MMU.

  38. Obligatory by Anonymous Coward · · Score: 0

    So that means I have have every single device in my household (toaster included) running a dead OS!

  39. Beautiful irony, ugly irony by Joseph_Daniel_Zukige · · Score: 1

    It's sort of ironic that a number of people don't see the irony in a dead operating system that isn't dead, and in a dead language that isn't dead.

  40. If you think something's missing, by Joseph_Daniel_Zukige · · Score: 1

    DONATE HARDWARE!!!!!!!! Time would help, too. (As someone pointed out, you could look a little harder at what's available, but no reason to miss a chance to plug for more hardware and more hands.)

  41. Let me know when... by Anonymous Coward · · Score: 0

    They choose to implement console scrollback, with something as simple and elegant as Shift+Pgup that Linux provides.

    Until then, of course my systems don't run NetBSD; OpenBSD is just fine, sorry.

    1. Re:Let me know when... by Miffe · · Score: 2, Informative

      IIRC, they already have. Just press Scroll Lock and user Page Up and Down to scroll.

    2. Re:Let me know when... by Anonymous Coward · · Score: 0

      Of course NetBSD as no such thing.

      It is FreeBSD that has "scroll lock" mode.
      NetBSD does not have this.

    3. Re:Let me know when... by Anonymous Coward · · Score: 0

      Yes, it does.

    4. Re:Let me know when... by hawicz · · Score: 1

      Actually in NetBSD it's Shift and Page Up/Down.

    5. Re:Let me know when... by setagllib · · Score: 2, Informative

      This, folks, is an example of a clueless newbie insulting an operating system based on his own ignorance.

      /usr/src/sys/arch/i386/conf/GENERIC:
      # console scrolling support.
      #options WSDISPLAY_SCROLLSUPPORT

      It's not on by default because it's too new a feature. BSDs work on 'method of least surprise'. If you uncomment that and build a fresh kernel, it will use the Shift+PgUp/Down mechanism that Linux has, no worse.

      Anything else you want to be owned on?

      --
      Sam ty sig.
    6. Re:Let me know when... by Anonymous Coward · · Score: 0

      You are a fucking lame idiot. A fucking lame idiot.

    7. Re:Let me know when... by Anonymous Coward · · Score: 0

      Actually, NetBSD is dying.

    8. Re:Let me know when... by Just+Some+Guy · · Score: 1

      I don't blame you, especially since screen isn't available for NetBSD.

      --
      Dewey, what part of this looks like authorities should be involved?
    9. Re:Let me know when... by Anonymous Coward · · Score: 0
      December 3 -- BSD resumed receiving life-sustaining care yesterday in a Florida hospital room, but many experts said there is virtually no hope that it will ever recover, despite it fan boy's desperate hopes.

      "IF IT'S over a year, BSD's not ever going to get up," said Fred Plum, a professor emeritus at Weill Cornell College in New York. "You'd just don't see it. It just doesn't happen."

      BSD, 39, has been in a persistent vegetative state since its heart stopped for unknown reasons in 1990. A feeding tube in BSD's stomach was removed this past Wednesday after its husband, Theo De Ratt, who said his wife had told him she (BSD) would not want to be kept alive under such circumstances, won a long series of court battles to have life-sustaining nourishment withdrawn so she (BSD) could die.

    10. Re:Let me know when... by Anonymous Coward · · Score: 0
      Even once you get past the fact the *BSD is fragmented between a myriad of incompatible kernels, there is the historical record of failure and of failed operating systems. *BSD experienced moderate success about 15 years ago in academic circles. Since then it has been in steady decline.

      We all know *BSD keeps losing market share but why? Is it the problematic personalities of many of the key players? Or is it larger than their personalities?

      The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead. The funeral bell is tolling for *BSD. Bow your head. The parade's gone by.

  42. Re:Please by Anonymous Coward · · Score: 0

    No thanks. This year's bondage poseur quotient has been met. Leather's been out since '98 - hair weaves and big 'ol booties are in. It's the "new" black.

  43. Re:reflections on NetBSD by kjs3 · · Score: 1

    AC + Troll. Do not feed the trolls...

  44. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    openbsd had ipv6 first noob!

  45. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 4, Insightful

    It's sort of ironic that a story about a dead operating system was submitted by someone with whose user name comes from a dead language... Don't you think?
    No.

    Irony is an incongruity between what's to be expected and what actually happens. If NetBSD truly were a dead operating system, what's so incongruent about a fan of a dead language posting an article about a dead operating system? I vaguely recall something about "birds of a feather" banding together and forming small social orders based on similarities or something like that, so there's nothing surprising about a fan of an alleged dead language posting an article about an alleged OS.

    Or were we playing buzzword-bingo and I missed the part where they handed out the game charts?
  46. Live CD for i386 by joshuaobrien · · Score: 1

    ftp://ftp.netbsd.org/pub/NetBSD/iso/2.0/i386live.i so.torrent

  47. Re:Ah. Blissful clean architecture. by algae · · Score: 1

    ...and you might want to take a look at the page you just linked.

    Quote:

    Please note that no endorsement or indication of reliability or availability for a given port exists. This compilation is just that -- a compilation of links.
    --
    Causation can cause correlation
  48. Re:Ah. Blissful clean architecture. by bob+beta · · Score: 1

    Who cares how many OSes have the RPM command implemented to them. What the grandparent is talking about is a CVS controlled tree of source patches that make a consolidated dependency-keyed build system. That builds with the same scripts on all architectures of NetBSD seamlessly.

    What RPM has is a framework that all sorts of people roll out on all different sorts of OS architectures, all alike only in the base package structure.

    Your claim is like arguing that the TAR command is a cross-platform build system because a lot of different systems can build source code that is stored in tarballs.

  49. 2.0 == Tenth? What? by Finuvir · · Score: 1

    NetBSD 2.0 is the tenth major release of the NetBSD Operating System

    Wouldn't 2.0 be the second major release? You know, given that its major version number is 2.

    --
    Why is anything anything?
    1. Re:2.0 == Tenth? What? by mccoma · · Score: 1
      Are you saying the daemon can't count? Better watch your toaster....

      :)

    2. Re:2.0 == Tenth? What? by msw2 · · Score: 0

      Check
      http://www.netbsd.org/Changes/#nr-scheme-changes

      Before it was

      0.8 (#1), 0.9 (#2), 1.0 (#3), 1.1 (#4), 1.2 (#5), 1.3 (#6), 1.4 (#7), 1.5 (#8), 1.6 (#9)

      as can be seen on
      http://www.netbsd.org/Misc/history.html

      -> 2.0 (#10)

      Regards

    3. Re:2.0 == Tenth? What? by ChristTrekker · · Score: 1

      Obviously they were counting in binary and someone misread it.

    4. Re:2.0 == Tenth? What? by Anonymous Coward · · Score: 0

      No, his assertion that the major version number is 2 is correct.

      major.minor.[revision].[build]

      E.g. 1.4.2.45 is major version 1, minor version 4, revision 2 build 45.

      NetBSD 2.0 is major version 2, minor version 0. NetBSD 1.6 is major version 1, minor version 6.

      A version number in no way indicates how many releases have been made. There have been 10 releases of NetBSD, of course. NetBSD 2.0 is the second major version, or the tenth release.

      I think we should go with Roman numerals, just like films and TV shows. This is NetBSD XXIV.

    5. Re:2.0 == Tenth? What? by Finuvir · · Score: 1

      I think we should go with Roman numerals, just like films and TV shows. This is NetBSD XXIV.

      Beastie's revenge!

      --
      Why is anything anything?
    6. Re:2.0 == Tenth? What? by setagllib · · Score: 1

      How do you say '2.0.3' in roman numerals? I've never heard of them even supporting decimals, let alone meta-decimals (well, what else are we to call the dot after a dot?), and certainly no zero.

      --
      Sam ty sig.
  50. Re:Ah. Blissful clean architecture. by Caligari · · Score: 1
    It's so simply correct, that I can barely remember the traditional BSD inits. Hence, FreeBSD (and OpenBSD?) have adopted it.

    No, OpenBSD has not adopted their new BSD init system. The project doesn't agree its quite "so simply correct" as you let on.

    --
    The moving cursor writes, and having written, blinks on.
  51. Daemon News's Support Site Hacked by Anonymous Coward · · Score: 0

    Thu. 9 Dec. 2004 - Looks like Daemon News's support forum site has been hacked. Anyone know anything about it? No, not about the NetBSD logo change exactly, but it IS a logo change of sorts, no? ;)

    1. Re:Daemon News's Support Site Hacked by BSDKaffee · · Score: 1

      From the Daemon News faq:

      What is your web server configuration?

      We are currently running on an AMD K6 300 with 160MB of DRAM. It is running FreeBSD 4.6-STABLE. We are using the Apache web server with the PHP4 module. On the database side, we are using MySQL.


      Well, no wonder they got h4x0r3d--I don't know what kind of exploits 4.6 has, but I know it is not supported by FreeBSD. Sounds like they could use an upgrade. Otherwise, the site runs pretty damn good for an AMD K6 300 with 160 MB of RAM.

    2. Re:Daemon News's Support Site Hacked by setagllib · · Score: 1

      Shame really, any real BSD follower (especially FreeBSD where it's arguably the easiest to upgrade, at least given the track record of virtually no failed compiles in -STABLE) would update his/her -STABLE very often, at least to deal with exploits... running 4.6 in this day and age, although stable, is not a good idea for a publicly available server.

      I won't say much good about Apache either, which in its overcomplicates (yes you heard me) code has bred quite a few exploits. I'm just one of those guys writing his own microscopic web server (already does HTTPS) to save at least a few people from Apache's bloat.

      --
      Sam ty sig.
  52. Its good at nothing, and ignored for a reason. by Anonymous Coward · · Score: 0

    No offense, but its just a bland nothing OS. Linux, FreeBSD and OpenBSD all offer their own strengths and weaknesses, netbsd doesn't, its just a driver writing project for the other 2 BSDs.

    1. Re:Its good at nothing, and ignored for a reason. by setagllib · · Score: 1

      It has many advantages over the others, they just aren't advertised much. Similarly it's also very balanced - modern and portable like Linux, faster than FreeBSD 5, security record almost as good as OpenBSD (in practice, just as good), and cleaner than all of them in every way that counts. NetBSD could be THE BSD since it appeals to more needs on more architectures than the others; its only shortcoming, really, being lack of corporate support (I wouldn't run Linux at all if there was a working NVidia driver for NetBSD).

      --
      Sam ty sig.
    2. Re:Its good at nothing, and ignored for a reason. by Anonymous Coward · · Score: 0

      You managed to list 0 of those magical advantages, nice work. NetBSD performing better than freebsd 5 means very little, so does freebsd 4, linux, openbsd, and solaris. FreeBSD 5 is still in the "needs work" stage.

      And NetBSD's security track record is not nearly as good as OpenBSDs, and NetBSD thinks simply turning everything off is security. OpenBSD is still secure even if you use it, NetBSD is not. Do some simple fact checking, count setuid root binaries, check out openbsd's priv sep daemons, propolice on everything, including kernel, stack gap randomization, W^X, etc. NetBSD doesn't come close.

      Being a generic, run of the mill OS with no strengths is exactly what I said it was, and exactly what you described. Almost as good as linux for this, and almost as good as openbsd for that makes for a useless OS.

  53. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0

    It's sort of ironic that a story about a dead operating system was submitted by someone with whose user name comes from a dead language...

    I didn't know Quique was French...

  54. They are quite clear on this. by Anonymous Coward · · Score: 1, Informative

    The site tells you how many archs, and how many CPU families that is. You still have to do the work porting to a different arch with the same CPU type, as the booting is different, there are different devices, etc.

    And the real problem is that 90% of these arches are not really supported, they just have some untested code that has been cross-compiled on x86. Actually attempting to use most archs netbsd "supports" is a sad experience.

    1. Re:They are quite clear on this. by setagllib · · Score: 2, Informative

      That's FUD. You would be more right in saying 90% are very stable and 10% less so, but I would say the share is even more towards stable. If you look at the ports page and the mailing lists, almost all systems (save those that nobody expects much from, e.g. Playstation 2) have numerous users with success stories, and where there are problems, solutions come up.

      I personally have seen many, many reports of NetBSD on exotic machines being very useful and stable. Googling is the least amount of work needed to find more.

      --
      Sam ty sig.
    2. Re:They are quite clear on this. by Anonymous Coward · · Score: 0

      If you consider "wow, I finally managed to get it installed" to be "useful and stable", then sure. The fact is, apart from major platforms like x86, alpha, sparc, etc, netbsd is pretty much useless. Christ, OpenBSD's mac68k support is better even.

  55. In South by Anonymous Coward · · Score: 0

    In South Korea, old people use in in their electric wheelchairs....

  56. Not the most portable OS at all. by Anonymous Coward · · Score: 0

    OpenBSD and Linux are both just as portable as netbsd, and frankly freebsd is getting closer now that they've started supported a few different archs. There is a big difference between being portable, and being ported. NetBSD may be the most ported OS, but its certainly nothing special from a portability standpoint.

    1. Re:Not the most portable OS at all. by Anonymous Coward · · Score: 2, Informative

      You are not quite right.
      bus_space(9) and bus_dma(9) are kernel interfaces which achieve
      NetBSD's extreme portability.
      And although both FreeBSD and OpenBSD incorporated these interfaces
      from NetBSD already, they haven't finished to convert all their
      drivers to use these interfaces yet. Thus, the portability of
      FreeBSD and OpenBSD is still limited, and isn't comparable with
      NetBSD at this point.

      Linux still don't have these abstractions.
      Its portability is achived by i386 emulation (e.g. cli, inb, outb),
      and very limited compared with *BSDs.

  57. Re:NetCraft confirms it ... by Rod+Beauvex · · Score: 1

    Probably because it's near goddamned impossible to install. It's the only OS I've ever not been able to get a *fully* working installation.

  58. Re:54 hippy architectures ... because no GPL? by EmbeddedJanitor · · Score: 0, Troll
    Yes these are both ARM cpus and ARM cpus are supported, but the on-chip peripherals etc are not.

    If I wanted to use NetBSD on OMAP I'd still have to do the chip support stuff (or pay to get it done). PXA250 is an obsolete part - where's the support for current PXA27x parts which are very different.

    With Linux I can download OMAP and PXA27x support off the www.

    NetBSD has some ports to VAX and Apollo - both 1980's hardware. Very useful I'm sure.

    NetBSD isn't under GPL which I guess is a good reason why ports to things like OMAP and PXA27x are not in the public domain.

    --
    Engineering is the art of compromise.
  59. Does it run on ancient hardware? by Anonymous Coward · · Score: 0

    If this computer had a bigger address space maybe we could port it? :)

  60. Re:NetBSD confirms it ... by Anonymous Coward · · Score: 0
    > NetBSD 2.0 is dead ! Only in Soviet Russia. Everywhere else, NetBSD 2.0 confirms it... Netcraft is dead!
    No... in Soviet Russia NetBSD confirms you are dead...
  61. Re:Please MOD PARENT UP PLEASE by Anonymous Coward · · Score: 0

    I second that that emotion, I can't stand that attention wh0r3.

    In closing f-ceren, and no, not in that way.

    &&7

  62. Re:NetCraft confirms it ... by setagllib · · Score: 1

    Really? I love the new installer and I'm not alone in this. It's actually good to have a logical and simple installer that still does everything an installer should. What, you'd rather do Gentoo? Please.

    --
    Sam ty sig.
  63. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0

    well your a moran LOLZ

  64. Why should I care? by jeif1k · · Score: 1

    What does all that cleanliness translate into? How does it make my computing life easier?

    Let's compare this to Linux. Linux runs where I want it to run. It's open source, has lots of drivers, lots of user-mode programs, and several package systems to choose from. It seems to run reasonably close to hardware speed under normal conditions. Its init scripts may not be as clean as NetBSD's, but they seem to get the job done. Where is the big improvement in NetBSD over Linux that would make me switch?

    Something like Plan9 might be tempting from my point of view because it really does offer some pretty advanced additional functionality. But the differences between Linux and *BSD just don't seem particularly big.

    1. Re:Why should I care? by setagllib · · Score: 1

      Because you want a system that's engineered, not just hacked until it compiles? People who run BSD usually do so because they want systems that are Right, not because of some little performance difference. And as a personal anecdote NetBSD hugely outperforms Linux 2.6 on all of the machines I have tried in my experience, including an SGI Indy. While Linux performs "reasonably close to hardware speed under normal conditions", NetBSD can perform at (sometimes above, thanks to the clever UVM) hardware speed under any conditions. It sounds silly but you really have to try it.

      --
      Sam ty sig.
    2. Re:Why should I care? by Anonymous Coward · · Score: 0

      Because you want a system that's engineered, not just hacked until it compiles? People who run BSD usually do so because they want systems that are Right, not because of some little performance difference. And as a personal anecdote NetBSD hugely outperforms Linux 2.6 on all of the machines I have tried in my experience, including an SGI Indy. While Linux performs "reasonably close to hardware speed under normal conditions", NetBSD can perform at (sometimes above, thanks to the clever UVM) hardware speed under any conditions. It sounds silly but you really have to try it.

      Sorry, that's bullshit.

      I suspect the rest of your post is bullshit too, but if it isn't, please post some actual benchmark numbers (and "it feels much faster" doesn't cut it, that's just more bullshit).

    3. Re:Why should I care? by jeif1k · · Score: 1

      People who run BSD usually do so because they want systems that are Right

      BSD is a monolithic C-based kernel with a 1970's design, just like Linux. Saying it is "Right" is like saying that lime green bell bottom pants are "Right" while the orange variety is "Wrong". Give me a break.

      And as a personal anecdote NetBSD hugely outperforms Linux 2.6 on all of the machines I have tried in my experience,

      Unless you can produce some more facts to support such an incredible assertion, I'll just file that away under "superstition".

    4. Re:Why should I care? by setagllib · · Score: 1

      Why is it that if someone said Linux was much faster, you'd believe it without a number? You're very selective in your scrutiny. I bet you've also never tried NetBSD either.

      I can't give you numbers because NetBSD has replaced Linux on my machines, and so Linux won't see any of them again. But I have vivid memories of it taking Linux a lot longer to do the same things, especially where bonnie had a say in things. Why does it take upward of 6 hours to build a full Gentoo base system, yet a NetBSD base system takes 2 hours on the same machine with the same compiler and same flags and produces MORE software? (Much more; several servers, gdb, and so on, of which Gentoo has none). That's on a P3 1Ghz by the way. If you want numbers, go make them yourself. You've heard my anecdote.

      Oh, and I don't want to hear people using GNU software bloat (which certainly helps the compile time take ages) as an excuse for the long compile time - you're helping *BSD there.

      --
      Sam ty sig.
    5. Re:Why should I care? by meadowsp · · Score: 1

      Because it hasn't got a restrictive license like Linux.

    6. Re:Why should I care? by Anonymous Coward · · Score: 0

      Uhm so tell us what's so great about microkernels, and why we should all switch to that kind of design, so we can then be said to run microkernels and have superior design at the expense of more complexity and slowness. Yes, what fun that would be. *sigh* Don't believe everything your professors/books told you. There's good *pragmatic* reasons why all the successful freenix OS don't use microkernel design. And you're not the first--by far--to point out that we've been doing it "wrong" all that a microkernel architecture is the only true way.

    7. Re:Why should I care? by Anonymous Coward · · Score: 0

      Uhm so tell us what's so great about microkernels,

      Microkernels are nearly as outdated as the design of Linux and *BSD and have shown themselves to be not competitive.

      There's good *pragmatic* reasons why all the successful freenix OS

      There's "good *pragmatic* reasons" why so many people eat too much, don't exercise enough, and don't floss. That doesn't make those choices good choices.

      And you're not the first--by far--to point out that we've been doing it "wrong" all that a microkernel architecture is the only true way.

      I guess we have our answer here why the BSD design is so outdated: the only two ways you guys can think of implementing a kernel is the BSD way and microkernels. The "good, pragmatic reasons" you speak of are apparently that you simply don't know any better.

    8. Re:Why should I care? by Anonymous Coward · · Score: 0

      Why is it that if someone said Linux was much faster, you'd believe it without a number?

      How do you know this is what they would do?

      I bet you've also never tried NetBSD either.

      More assumptions.

      I don't think I'll bother to read the rest of your post.

    9. Re:Why should I care? by Anonymous Coward · · Score: 0

      Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.

    10. Re:Why should I care? by Anonymous Coward · · Score: 0

      There's good *pragmatic* reasons why all the successful freenix

      Yes, monolithic C-based kernels are a pragmatic thing to do. But you claimed they were the "Right" thing (with a capital "R").

      I guess the difference between Linux and BSD comes down to the fact that the Linux developers know the difference between "pragmatic" and "right", while the BSD developers just seem to know that there are other alternatives and as a consequence assume that the pragmatic thing is als the "Right" thing. That demonstration of ignorance doesn't exactly give one confidence in BSD. At least the Linux developers know what they are doing.

      Oh, and the modern alternative to a kernel with a Linux/BSD design is not a microkernel; microkernel designs are as dusty as Linux or BSD.

    11. Re:Why should I care? by Anonymous Coward · · Score: 0

      Well, I never had a BSD kernel corrupt mounted filesystems on reboot before. I did however have a newly-released Linux Kernel (2.4.11) do that to one of my systems. That was the main reason I decided to officially migrate to BSD.

      Go check ftp.kernel.org, where you'll see "linux-2.4.11-dontuse.tar.gz."

      For the stupid people: "-dontuse" was not in the name until they released 2.4.12 two days later.

      So you can scream about performance, drivers, etc. but a majorly flawed Linux kernel was released onto the world because Linus wasn't paying attention. What would you say if a new MS Service Pack completely corrupted someone's hard drive?

      Oh, you'd say Windows sucks, right?

    12. Re:Why should I care? by the+big+v · · Score: 1

      Well, there's design and there's design.

      Back in the seemingly dark ages of the early 90's the "hot" thing in OS design was microkernels (think Mach -- known today as MacOS/Darwin kernel for most poeple).

      Many people found that while the idea was wonderful, the implementation of it sucked, because of the massive context switching and message passing necessary.

      The next generation of kernels took the microkernel idea of complete separation of functions but linked it all together in a single executable, replacing message passing with parameter passing. This produces much of the benefit of the microkernel design without the tremendous speed degredation of the microkernel design. Monolithic kernels are here to stay, just because they perform better.

      The FreeBSD kernel, at least, has incredible amounts of engineering in it. Device drivers are not put in unless they are well built (ie, no stupid things like wait loops, or polling when it is at all avoidable).

      When you don't cut corners, sometimes things run slower but you are assured that they work correctly. I'll take correct over fast any day, especially when my business depends on it.

      --
      The only ``intuitive'' interface is the nipple. After that, it's all learned.
    13. Re:Why should I care? by Anonymous Coward · · Score: 0

      "Why is it that if someone said Linux was much faster, you'd believe it without a number? You're very selective in your scrutiny. I bet you've also never tried NetBSD either"

      You're just not getting it, are you? NetBSD promises to scratch places that just don't itch.

      While I doubt your claims about NetBSD's speed, it just doesn't matter. Even if they were true, it would still not be a reason to switch.

    14. Re:Why should I care? by jeif1k · · Score: 1

      Back in the seemingly dark ages of the early 90's the "hot" thing in OS design was microkernels [...]

      Microkernels were a bad idea. They're dead. The debate is over. Get over it. Stop using them as a strawman to answer the hard question of why *BSD is still stuck firmly in the 1970's.

      The next generation of kernels took the microkernel idea of complete separation of functions but linked it all together in a single executable, replacing message passing with parameter passing.This produces much of the benefit of the microkernel design without the tremendous speed degredation of the microkernel design.

      An important part of that message seems to have gotten lost on you. Microkernels provided fault isolation and dynamic configurability, they were just inefficient at it. The answer to that was not to say "oh, let's just link everything back together again", the answer to that was "let's put everything into a single address space but provide fault isolation and dynamic configurability at the runtime/language level inside the kernel, because that gives us the benefits of microkernels without the context switch overhead" (well, there were a bunch of other good answers and approaches, but this is the one that matters here).

      *BSD didn't do that; *BSD just represents a regression to the pre-microkernel monolithic kernels of the 1970's with no support for fault isolation or language-supported dynamic configurability. And if I have to use such an antidiluvian kernel architecture anyway, I might as well use Linux.

    15. Re:Why should I care? by Anonymous Coward · · Score: 0

      You use lots of big words... you sound educated, but educated people are often idiots and lack common sense, as well as having a large extra-heaping of ego and self-importance. Use Linux if you like it, but don't try to make it appear as if Linux kernel code is as clean and elegantly designed as NetBSD, and using OS theory to try to make an elegant implementation seem like a monstrosity. Because in the end, there's a reason people don't use these so-called microkernel-derived designs. The reasons are practical and have to do with software engineering, something a lot of academics don't grasp very well.

    16. Re:Why should I care? by Anonymous Coward · · Score: 0

      As a FreeBSD user and an active *BSD advocate (compared to windows and linux *BSD wins hands down IMHO), I really feel there's one thing in your post that is just plain wrong.
      "Educated" doesn't mean "smart", that's for sure. But I think that an uneducated person has far more chances of being an idiot than an educated one. ;)

    17. Re:Why should I care? by jeif1k · · Score: 1

      but don't try to make it appear as if Linux kernel code is as clean and elegantly designed as NetBSD

      See the Subject:? I just asked you, the BSD advocates: "why should I care"? Apparently, you have no answer. Instead, you bring up all sorts of bullshit, claiming that BSD does things "the Right way", badmouthing Linux, going on about "microkernels", etc. Anything other than concrete and specific things that someone might care about in 2004.

      Because in the end, there's a reason people don't use these so-called microkernel-derived designs.

      Yes, I fully agree. So, which part of "Microkernels were a bad idea. They're dead. The debate is over. Get over it. Stop using them as a strawman to answer the hard question of why *BSD is still stuck firmly in the 1970's." did you have trouble understanding?

      The reasons are practical and have to do with software engineering, something a lot of academics don't grasp very well.

      Well, if there is so much software engineering going on, maybe you can point me at the requirements documents, specifications, UML diagrams, code reviews, schedules, bug metrics, usability studies, and all the other artifacts that software engineering produces.

      The funny thing is, I don't even think the NetBSD is bad, it just seems somewhat redundant to me. Oh, and apparently its authors can't explain what it's good for and they like to say bad things about more successful FOSS projects.

    18. Re:Why should I care? by setagllib · · Score: 1

      If for nothing else (and I really am shaving off a lot of value), NetBSD is a top-notch educational tool. Clean code is easy to learn from. Where university courses examine Linux for how a kernel should work, they should be examining NetBSD. You can argue all you want about this but it remains true, it's infinitely cleaner and hence useful to learn from.

      As an operating system itself, it does continue to be very useful. How is it redundant? It has many of the advantages of other systems without their disadvantages. Was it you or someone else who replied to my previous mention of this with "doesn't make a good OS"? Of course it does. Strengths of others without their weakness makes the PERFECT OS. While NetBSD is not perfect - there are many aspects missing that could bring it to desktop use - it comes much closer than other projects I've seen. Running on plenty of architectures usefully is just another great advantage in this sense, that even if x86 dies (and this is happening, in favor of AMD64) the system will still be strong. Look at FreeBSD 5: apart from x86 it isn't 'complete' anywhere, bits of the new functionality still aren't ported. Linux 2.6 broke many ports (MIPS, for instance) that still aren't completely fixed yet, too (unless you can show me an SGI Indy running Linux 2.6...). NetBSD 2 jumped forward with the ports intact. That's portable, and it won't die out.

      --
      Sam ty sig.
    19. Re:Why should I care? by Anonymous Coward · · Score: 0

      If for nothing else (and I really am shaving off a lot of value), NetBSD is a top-notch educational tool. Clean code is easy to learn from.

      Our hovel is so much cleaner than their hovel!

      Where university courses examine Linux for how a kernel should work, they should be examining NetBSD. You can argue all you want about this but it remains true, it's infinitely cleaner and hence useful to learn from.

      Death by a thousand cuts or death by quartering--our students get a choice!

      Linux 2.6 broke many ports (MIPS, for instance) that still aren't completely fixed yet, too (unless you can show me an SGI Indy running Linux 2.6...).

      NetBSD--the choice of the last generation! It runs on more obsolete hardware than the other systems!

    20. Re:Why should I care? by Anonymous Coward · · Score: 0
      NetBSD suffers from a couple of serious process flaws -- it is an operating system which is truly at home neither in the open-source nor the proprietary markets primarily because, although the source is open, the development team is not. Furthermore the license allows proprietary software to "steal" source code and use it. The combination of these problems leads to a somewhat inferior OS.

      Now, Apache uses a BSD style license but they have an open development model which allows them to take advantage of a very large developer pool in order to stay ahead of their competition. In fact although proprietary versions of Apache exist which perform better than the official releases, SGI has put out some open source patches which generate even larger performance boosts. This is the reason why they have such a strong showing in terms of market share.

      BSD once had potential but the procedural problems they are experiencing hurt it when it comes to the market. I suspect that this is probably in part because the BSD teams are not interested in such things, and that is a shame... In fact, although I labeled it as an inferior OS, this is not due to lack of progress within BSD -- it has been progressing somewhat, but rather because all the improvements they make tend to be quickly copied by their competitors AND they lack the developer pool to stay ahead of this game (a problem which does not exist in the Linux or Apache communities, though for somewhat different reasons).

      I don't think that there is enough widespread support for BSD to save the operating system. What must be done is an opening up of the development process OR a GPL-style restriction on redistribution. In many ways I favor the former.

      Even in a worst case scenario, I don't see BSD completely dying. I think the developers are less into competition and more into a sort of idealized cooperation. As a result, even if BSD becomes more marginalized, I don't think that it will die outright. It will most likely outlive Netware, for example.

    21. Re:Why should I care? by Anonymous Coward · · Score: 0

      All well and good, Mike. However, I personally don't happen to care for Negroes. No, I'm not a racist. It is a personal preference, sort of like "chocolate or vanilla". Personal preference, plain and simple. Do I wish ill upon the coloreds? Certainly not. All the same, I would rather not have anything to do with them if I can help it. Live and let live is my motto.

    22. Re:Why should I care? by setagllib · · Score: 1

      Like I keep saying, we shouldn't allow anonymous posting. Maybe people would think before they posted if they had a name by them.

      You make no sense and you make no point either. You also manage to pretend important things are trivial, just because they don't directly affect you.

      Curl up and die at the soonest possible opportunity, people who know you will be better off.

      --
      Sam ty sig.
    23. Re:Why should I care? by Anonymous Coward · · Score: 0

      You make no sense and you make no point either.

      When asked what is so great about BSD, you just keep saying "it's clean", "it's better", without making any technical points or supporting your argument. Then you keep railing against "microkernels", which is apparently the only other OS architecture you have ever heard of. And you claim BSD about software engineering, but you can't point to the software engineering artifacts (and, I can tell you, I have worked with the BSD code base--it is about as far away from modern software engineering as you can be). Finally, to top it all off, you keep insulting Linux.

      You also manage to pretend important things are trivial, just because they don't directly affect you.

      The sorry state of operating systems affects me directly, as it affects every computer user. The braindead notion of writing a kernel and system code in an unsafe language with almost no built-in facilities for abstraction is responsible for most of the massive security holes that affect Linux and BSD alike.

      Curl up and die at the soonest possible opportunity, people who know you will be better off.

      Actually, that's what I would say about the BSD project at this point.

      Incidentally, I used to be a long-time BSD user: 2.8BSD, 2.9BSD, 4.1BSD, 4.2BSD, and 4.3BSD. That was 20 years ago. It was a useful, if flaky, system back then. I would have hoped we would have made some progress by now, but all you people seem to be doing is hacking away on the same old codebase.

      Like I keep saying, we shouldn't allow anonymous posting.

      What kind of "we" would that be? Are you one of the /. operators in disguise? How does that make you less anonymous? You know my username just like I know yours; this discussion just doesn't need to go into my history anymore.

      In any case, I will assume that your views are pretty representative of the BSD project, which tells me that the BSD project at this point is a bunch of sticks-in-the-mud with no interest in modern software development practices or new technologies. Any hope that there might be innovation coming from there at some point is clearly illusory, and with attitudes like that from its developers, BSD is clearly also useless as a platform for research.

      For practical, day-to-day stuff, I'll stick with Linux, thank you very much. I don't care whether it's the cleanest OS, but it gets the job done and it is widely supported. For innovation in operating systems, we'll obviously have to look beyond either Linux or BSD.

    24. Re:Why should I care? by Anonymous Coward · · Score: 0
      Outside of a few socially backward dweebs, no one, but no one, uses BSD.

      Yes it's dead. The BSD zealots need to wake up and smell the coffee.
      They also need to shower, brush their teeth, lose 100 lbs, and get a life.

    25. Re:Why should I care? by setagllib · · Score: 1

      If you could store more than a few bytes of data in your head at once, you'd notice I never said anything about microkernels or such designs. Nevertheless, the BSDs are much more engineered than Linux is: they see a problem, set a goal for a solution, and work towards it. It gets done over a notably long time but it's done properly. Linux usually has lots of people trying their hand at solving a problem (how many new IO and CPU schedulers are in testing now?) and the most likable solution 'wins' and becomes the default or only option. It's the difference between monarchy and anarchy; something is grown to the top in BSD, or it fights to the top in Linux.

      What's your point about not making progress for 20 years? What kind of progress are you after? They've managed to make kernels that perform well on modern systems, userlands that do what modern systems should do (even if they include nvi instead of vim), and documentation that is up-to-date. Technically Linux only provides the former of those, providing no definitive userland and virtually no useful documentation. If Linux itself was a project that involved attention to code quality and consistency, documentation as the code is written, and at least some attempt at release engineering more thorough than 'tar -cf - linux-x.y.z | bzip2 -9 > linux-x.y.z.tar.bz2', it would move slower but more people who need software integrity would take it seriously.

      How about the SCSI system being completely changed between two MINOR releases of Linux 2.6, with practically no warning? The change wasn't even backward compatible. That's not the work of developers that believe in release engineering. Major versions are where big changes come in, not minor ones. Especially if said changes have no real reason (Linus just "didn't like it") and are very disruptive (if cdrecord couldn't do plain ATAPI control things would really be bad).

      Security record of Linux isn't that great either. It needs one big bad code audit, and those 'hardened' and 'security enhanced' patch sets have to be merged in wherever things don't break standards. And some effort should be made to randomize kernel data; of all FOSS OSs, Linux is the easiest to predict even by nmap.

      --
      Sam ty sig.
    26. Re:Why should I care? by jeif1k · · Score: 1

      What's your point about not making progress for 20 years? What kind of progress are you after?

      Well, a good start would be if the kernel and user-mode utilities were implemented in an object-oriented language with built-in error checking and garbage collection and a large standard library. Why? Because it would let people use modern software engineering and design tools, it would make it much easier to experiment and add features, and it would reduce the amount of effort required for implementing resource management, security, and error handling.

      If Linux itself was a project that involved attention to code quality ...

      You still mistake this for a BSD-vs-Linux discussion. I'm not saying Linux is better than BSD, I'm saying the differences don't matter to me (or apparently millions of other users), so I might as well use the more mainstream system.

    27. Re:Why should I care? by setagllib · · Score: 1

      If you want to reinvent the wheel to be object-oriented, go for it. But first write a new language in which to do it. C++ has way too many shortcomings to write the foundations of a whole system in.

      The reason I prefer procedural languages to object-oriented ones is because computing itself is procedural. Object orientation feels like a hack. It's a weird way I look at it, yes, but it takes me personally a lot more effort to implement something in an object-oriented way than the same functionality in a procedural way, and the procedural way ends up cleaner and more efficient in the end. That's just me.

      Hey, I wouldn't mind seeing a whole revolution in software design for FOSS systems, but the fact of the matter is that it would break a lot of familiarity and compatibility, and if it isn't good in the end (which is very possible) it will have all been for nothing. Not changing anything for decades is a good thing in this respect - there's no way to go 'wrong'.

      --
      Sam ty sig.
    28. Re:Why should I care? by Anonymous Coward · · Score: 0

      If you could store more than a few bytes of data in your head at once, you'd notice I never said anything about microkernels or such designs. Nevertheless, the BSDs are much more engineered than Linux is: they see a problem, set a goal for a solution, and work towards it. It gets done over a notably long time but it's done properly. Linux usually has lots of people trying their hand at solving a problem (how many new IO and CPU schedulers are in testing now?) and the most likable solution 'wins' and becomes the default or only option. It's the difference between monarchy and anarchy; something is grown to the top in BSD, or it fights to the top in Linux.

      Aha hahaha.

      There are more CPU schedulers in testing in FreeBSD than in Linux. Linux has 1 scheduler, and FreeBSD has two - one is a broken one which nobody can fix, but is basically an attempted direct reimplementation of Linux's scheduler. The other is an unscalable, globally locked old relic from the 80s. Linux was butting into the limit of that type of scheduler on 8 way systems (its new one has scaled easily to 512 CPUs so far).

      Linux's scheduler, mind you, had many different teams (ones from IBM, SGI, LSE, etc) working on different proposals, many different papers etc before the best one was decided upon for the 2.5/6 kernel. What were you saying about engineering, huh?

      How about the SCSI system being completely changed between two MINOR releases of Linux 2.6, with practically no warning? The change wasn't even backward compatible. That's not the work of developers that believe in release engineering. Major versions are where big changes come in, not minor ones. Especially if said changes have no real reason (Linus just "didn't like it") and are very disruptive (if cdrecord couldn't do plain ATAPI control things would really be bad).

      The "SCSI system" didn't get completely changed between two MINOR releases of 2.6.

      How about filesystem corruption and bad SMP instability introduced recently into a MINOR version of FreeBSD 4 (4.9 or 4.10 IIRC)?

      Security record of Linux isn't that great either. It needs one big bad code audit,

      No, this is the mentality of some other OSes. A bad security audit performed to some undefined standard, by the very same people who are writing the code in the first place.

      But FYI, there are teams from at least IBM, RedHat and SUSE continually doing code audits (not one big bad one). What it needs it the standard of coding and peer review to be high.

      and those 'hardened' and 'security enhanced' patch sets have to be merged in wherever things don't break standards.

      They are. SELinux, stack protection, etc.

      And some effort should be made to randomize kernel data; of all FOSS OSs, Linux is the easiest to predict even by nmap.

      Sorry, nmap is just probing what type of OS it is by how its TCP stack behaves - it doesn't predict anything.

    29. Re:Why should I care? by Anonymous Coward · · Score: 0

      NetBSD is dead meat, as they are wont to say say in the butcher trade.

    30. Re:Why should I care? by jeif1k · · Score: 1
      If you want to reinvent the wheel to be object-oriented, go for it. But first write a new language in which to do it. C++ has way too many shortcomings to write the foundations of a whole system in.

      Actually, we don't need to invent new languages; before the invasion of UNIX, people actually were writing operating systems in better languages than C/C++. However, even C++ is a better than C because it lets programmers standardize and automate things; in my experience, with the right coding guidelines and libraries, programmers produce much better code and have a lot fewer bugs than in equivalent C code.

      The reason I prefer procedural languages to object-oriented ones is because computing itself is procedural. Object orientation feels like a hack. It's a weird way I look at it, yes, but it takes me personally a lot more effort to implement something in an object-oriented way than the same functionality in a procedural way, and the procedural way ends up cleaner and more efficient in the end. That's just me.

      Those are the same objections dyed-in-the-wool procedural application programmers were raising, and they have had to switch; OS and RT programmers are just getting away with not switching because their fields are somewhat black arts that nobody else wants to bother with. So, one indulges their quirks.

      Of course, just about everybody understands that OOP has lots of flaws. It's simply a pragmatic solution to standardizing a bunch of procedural constructs that procedural programmers are using anyway. BSD and Linux both have lots of OOP constructs in them, they are simply not made explicit or standardized.

      In any case, OOP is only one aspect. A more important one is to use languages with better type systems, resource management, and error checking than C. Even Bell Labs has started using something other than C in Plan9.

      Hey, I wouldn't mind seeing a whole revolution in software design for FOSS systems, but the fact of the matter is that it would break a lot of familiarity and compatibility, and if it isn't good in the end (which is very possible) it will have all been for nothing. Not changing anything for decades is a good thing in this respect - there's no way to go 'wrong'.

      But user-level software on UNIX has never been exclusively C: a large part of it has always been in HLL, starting with languages like awk. Over the last decade, more and more has been written in languages like C++, Perl, Python, Ruby, and Java. It's just that the kernel hasn't been following that trend.

      And flawed as C++ is, it is flawed exactly because it tries to give people like you what you claim you want: full backwards compatibility and demonstrably equivalent performance to C. The reason C++ is so messed up is because C is so messed up; the reason C programmers don't like C++ is because C++ breaks the only thing C has ever had going for it: C is a small language, while C++ is not.

      How could a current C-based UNIX-like OS improve? Well a good start would be:
      • Convert many of its user mode programs (in particular, servers and system configuration tools) to something higher level than C, much of it perhaps even scripting languages.
      • Make it possible to use at least one higher-level language in the kernel; Embedded-C++, C++ or Objective-C are obvious choices. A Java subset would be another.


    31. Re:Why should I care? by Anonymous Coward · · Score: 0

      > Make it possible to use at least one higher-
      > level language in the kernel; Embedded-C++,
      > C++ or Objective-C are obvious choices. A Java
      > subset would be another.

      C++ I can understand. But Objective-C and Java? They need runtimes almost as big as the kernel itself. I'd rather have a microkernel than a kernel with obj-c/java extensions. And besides, who'd want javaprogrammers anywhere near the kernel anyway? :P

    32. Re:Why should I care? by Anonymous Coward · · Score: 0

      But Objective-C and Java? They need runtimes almost as big as the kernel itself.

      The core Objective-C runtime is tiny; it just comes with a big library, but for the kernel, one could use something smaller and simpler. Java comes in several flavors, including several for embedded and real-time programming, in which it doesn't require a big runtime. Neither Objective-C nor Java would be my first choice, but they are feasible choices.

      At this point, I think just letting people use C++ in the kernel would be a good start.

    33. Re:Why should I care? by Anonymous Coward · · Score: 0

      yeah, the BSD codebase really sucks. Thats why I run my BSD Webserver with 256MB, running apache, samba, KDE, and running dnetc on the side... and its never one touched swap.

      The RedHat boxes I run at work, periodically swap out processes in favor of buffering disk access, causing all kinds of problems, even though we're running about 5GB of Java JVM's on and 8GB box. So 3GB of disk buffer isn't enough, and its gonna swap out processes to buffer more??? Thats just fscking silly, and really bad design.

      I've seen more "bad hacks" in the linux OS code in looking at it in the past 2 years, than I've *ever* seen in my many years looking at the BSD code.

  65. Re:Ah. Blissful clean architecture. by setagllib · · Score: 4, Informative

    The benchmarks are a year old, the system used is even older. Anyway, what's your point? They didn't bother with scalability until recently. You'd be amazed at what NetBSD 2.0 can do. Go try it yourself. Condemning an OS based on not being scalable at one point in time is just stupid. Linux wasn't scalable until 2.6, have you condemned that too? "Look at these benchmarks from 2 years ago - it shows a very interesting picture of Linux sucking".

    On a related note, it isn't just NETWORK socket performance, since you can use sockets over loopback too. In NetBSD, being so supportive of systems which need as much space as possible, can even compile a replacement pipe mechanism which uses sockets to be smaller but slightly slower.

    --
    Sam ty sig.
  66. About portability by mnmn · · Score: 1

    I have two questions that others might have too, when shown the 54-arches NetBSD supports:

    (1) Does it support ALL these arches completely, with every driver and package? I know NetBSD's driver system is awesome, where drivers are made endian-free and attached to PCI or ISA etc busses instead of arches in Linux. Sure not all devices will work with all arches, but if the electrical, performance, mechanical etc attributes work, can the NetBSD kernel drive the device in all arches that support that bus?

    (2) If 54 have been conquered, how many are left? I'm more interested in knowing about 32-bit and 64-bit cpu types than architectures, since there are many architectures holding the same cpu... like IBM pSeries and iMac. Is there a 32-bit cpu that NetBSD cant be ported to because gcc/binutils do not support it well enough?

    As for architectures themselves, there are just too many of them, think of all ARM evaluation boards.

    --
    "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    1. Re:About portability by bhima · · Score: 1
      Well... My Cobalt Qube 2 does not have a display, nor does one of my current projects at work...

      Now, what would be the point of making sure KDE or Gnome work on these devices.

      2: Many, now go buy one and get started... IBM's Gekko & ATI's Flipper might be a good place to start...

      ...But then again I have thing about cubes

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    2. Re:About portability by sethstorm · · Score: 1

      Well, there is the one architecture not really been touched, it's the old microchannel RS/6000's (CHRP) that could use a good port. AIX 5.1 might be nice, but it's the last thing those machines will run.

      --
      Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
    3. Re:About portability by hubertf · · Score: 1

      re: 1) I'd say so. In theory a (say) PCI bus should behave the same on PC and Mac. For the rest, there are quirks which can handle the differences, and the drivers should run on any.

      re: 2) HPPA (hp700), Intel IA64 and POWER (not PowerPC!) CPUs come to mind that aren't well supported by gcc. (I may be wrong for IA64, but that's dead anyways ;)

      - Hubert

    4. Re:About portability by bilgebag · · Score: 1

      Well... My Cobalt Qube 2 does not have a display, nor does one of my current projects at work...
      Now, what would be the point of making sure KDE or Gnome work on these devices



      Surely it doesn't need a 'display', it just needs a DISPLAY ? Think Xvnc...
    5. Re:About portability by Anonymous Coward · · Score: 0

      You are wrong about IA64 support. The fact that some IA64 distributions are available should be a hint. The Intel compiler is good but not really suitable for building an entire distribution.

      Of course the actual performance of the IA64 code produced by GCC (Or any compiler for that matter) may not be that great, but then EPIC sucks anyway.

    6. Re:About portability by mnmn · · Score: 1

      You must mean prep. CHRP is the newer IBM machines, prep was the alliance with apple, and those run 5.1L at best.

      --
      "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    7. Re:About portability by bhima · · Score: 1

      Why? What's wrong with SSH? Why devote the computation power required to do that on a server or a device who's primary function has nothing to do with the desktop sort of model?

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    8. Re:About portability by sethstorm · · Score: 1

      I'm still referring to CHRP, pre-Apple - microchannel bus, POWER2/P2SC CPU.

      --
      Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
    9. Re:About portability by Anonymous Coward · · Score: 0

      At the EuroBSDCon, BSD evangelist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have the ability to run on any PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an option unless the target architecture has an MMU.

    10. Re:About portability by Anonymous Coward · · Score: 0

      Have you ever seen an animal backed into a corner and fighting for its life? That is the exact situation BSD finds itself in. The BSD fans are in a state of desperation, and even the mildest criticism of their hobby horse results in wild and paranoid outbursts from the faithful.

    11. Re:About portability by Anonymous Coward · · Score: 0
      Junior, BSD is dead. This implies FreeBSD is dead. What part of dead don't you understand?
      1. Grieve.
      2. Get over it.
      3. Move on.

      You're a big boy now. High time you started acting like one.

  67. Re:Ah. Blissful clean architecture. by mnmn · · Score: 1

    You really mean BSD in general... or at least the 3 free BSDs. I was thinking of that a while ago about OpenBSD after I installed it on a Pentium3 to replace a much more expensive harware firewall, and a compromised windows2000 firewall(!). It was so clean and clear, still hasnt required maintenance ONCE.

    I just think NetBSD is underrated precisely where it is portable.... Why in the world isnt it THE OS for embedded systems? Look at the effort going into Linux to take it anywhere. BSD follows clean design and Linux follows hacker culture, but the hacker culture must be built on strong grounds, and BSD's design impressed me, since I tried to crosscompile Linux and netbsd kernels for sparcstations on an Athlon. Kegel's crosstool scripts bombed out and I had to fix things here and there, and for netbsd, you have build.sh, which still didnt work, but the effort and design to make it possible (Linux isnt nearly as proactive about portability since its aims are general) impresses me.

    --
    "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
  68. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    how about "In Soviet BSD, Netcraft confirms old koreans are dead"

  69. Upgrade experience by the-matt-mobile · · Score: 2, Interesting

    Never fear. As of this afternoon I was running 1.6.2 too and tonight I'm on 2.0 with minimal effort.

    I used bittorrent to download the new 2.0 ISO image, I checked the MD5 sig, I burned a CD, I booted the CD, I choose "upgrade existing install", and I hit the enter key through a few minor dialogs... and voila! With less than an hour total effort (I didn't stay to watch the install) I'm back up and running with no noticeable glitches (YMMV). And, all that with absolutely no reading of any documentation whatsoever on my part. Amazing. Simply simple. Gotta love NetBSD.

    1. Re:Upgrade experience by setagllib · · Score: 3, Informative

      You could have gone one better and fetched netbsd-2-0 tagged CVS source, and built it locally WITH the code optimizations and post-release improvements that a source build offers.

      Who else thinks that, for such a gloriously large and powerful OS, a 200MiB ISO is just amazing? Well, all the BSDs have very small install ISOs (at least, if you compare with FreeBSD's "minimal install", not the with-packages ISO), really.

      --
      Sam ty sig.
    2. Re:Upgrade experience by Anonymous Coward · · Score: 0
      Here's a fact:
      *BSD is dying
    3. Re:Upgrade experience by alc6379 · · Score: 1

      It's pretty easy to come in under 200MB on an ISO when you don't really include packages other than the absolute base system.

      ...But that's not a bad thing, mind you. That's why I chose NetBSD for my boxes-- it installs a very minimal base installation, and then you can use pkgsrc or pkg_add with the PKG_PATH environment variable set to pull stuff from the Internet.

      --
      I don't moderate anymore. Karma penalty for 90% fair mods? Can I mod that unfair?
    4. Re:Upgrade experience by Anonymous Coward · · Score: 0

      I guess it's fair to say NetBSD is dead, but that's a sort of odd thing to say. It stems from the obvious popularity of Linux as _the_ Unix free OS, but the NetBSD project has only gotten more fractious and hateful in recent memory. NetBSD is pathologically sick in this respect. Granted the lack of development in the BSD standard is gonna hurt, and right now things are looking poorly for NetBSD. Yes it is dyíng.

    5. Re:Upgrade experience by Anonymous Coward · · Score: 0
      In order for us to understand the big picture,
      we have to realize one simple fundamental fact:
      NetBSD is dying

      Come to terms with these facts, and you're home free.

    6. Re:Upgrade experience by ChristTrekker · · Score: 1

      Upgrading my SE/30 to 2.0 was a snap. Like you, I was running 1.6.2 earlier today.

      Download the tarballs. Backup kernel. Install the new kernel. Reboot. Backup /etc. Install additional tarballs except etc.tgz. Reboot. Unpack etc.tgz into a temp directory, then run etcupdate to merge the new etc files with your existing customized ones. Reboot one last time.

      The only problem I've had is that ntpd now wants to use IPv6 addresses and can't find a route, so I had to look up how to force IPv4 addresses. This is my second upgrade to this system, and it's very painless.

    7. Re:Upgrade experience by CoolVibe · · Score: 1
      The DragonFlyBSD release ISO is about the same size (~70 MB gzipped). It has a neat installer too. :)

      Not that I am biased or anything ;)

  70. Re:Quique: NetBSD 2.0 Released by bsd_usr · · Score: 1

    If you're going to insult someone, at least check your spelling.

  71. Not the entire story by BSDKaffee · · Score: 1

    Of course we all know *BSD lived in the end and because of it the world was a better place.

  72. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    I just think NetBSD is underrated precisely where it is portable.... Why in the world isnt it THE OS for embedded systems?

    Because it isn't as good as others in some areas. It can't run on systems without an MMU, for example.

    Look at the effort going into Linux to take it anywhere.

    Yes, and it is paying off. It runs on about 50% more CPU architectures than NetBSD. NetBSD doesn't even run on ppc64 (POWER4, POWER5, G5), or IA64.

    BSD follows clean design and Linux follows hacker culture, but the hacker culture must be built on strong grounds, and BSD's design impressed me, since I tried to crosscompile Linux and netbsd kernels for sparcstations on an Athlon. Kegel's crosstool scripts bombed out and I had to fix things here and there, and for netbsd, you have build.sh, which still didnt work, but the effort and design to make it possible (Linux isnt nearly as proactive about portability since its aims are general) impresses me.

    Actually, it is. It is more portable than NetBSD.

  73. Short answer? by Phleg · · Score: 1

    Yes.

    --
    No comment.
  74. Re:Quique: NetBSD 2.0 Released by RLiegh · · Score: 1

    the spelling is intentional. IE "go usa. get a brain morans."

  75. My review of this post by thryllkill · · Score: 1
    This AC starts of bashing on NetBSD as if his opinion matters. For some reason he regularly goes to the website for NetBSD to look at the "pathetic hodge-podge of ports they've managed to achieve." So in the first paragraph we already know where this AC stands. Apparently he has a big problem with NetBSD, or he would go there to see their "pathetic" accomplishments so regularly.

    He then goes on to question why anyone would want to do this, and then goes so far as to "wish these people would use their talents for productive things..." Now I really don't want to come off as rude, but maybe they do it because they want to. Maybe overcoming the challenge of porting their software to obscure hardware gives them a thrill. In the end, since this is free software and this AC is not their boss, it really doesn't matter what more productive things he would rather see them spend their time and energy on.

    Then comes a minor slam against its ease of use, but all is not lost there. Not only does he hate NetBSD, he indicates that he would rather see it more popular among users and hackers.

    After this we are treated to a not so brief run down of architecture history and economics (I think anyways, I saw a dollar sign, but was already bored enough to skip to the end).

    He finishes weak with what could be either be a joke or a troll, I am not sure which. Somehow RISC is dead along with *BSD. I am not sure where RISC comes into all of this, maybe it was in the part about architecture that made me wish I had narcolepsy, but who knows? Either way, with all the BSDs that are still in development by active communities (including a successful commercial outfit, you can find their website here) I find it hard to believe that the blanket statement "*BSD...[is] dead" holds any water. I give this AC post a -1, though I am not sure whether it is not insightful, or not informative.

    In fact, maybe tack on another -1 for posting this dreck as AC. If you have an opinion at least be man enough to back it with your name.

    --

    Note to self: No more arguing with the faithful.

  76. Re:Ah. Blissful clean architecture. by Brandybuck · · Score: 2

    There are so many differences between pkgsrc and RPM is isn't even funny. They're in completely different domains. I realize you have a very low userid, but that doesn't stop you from sounding like a "me too" drone when you bring up RPM. It's like those schmucks claiming a minimalist window manager as the equivalent of a complete desktop.

    I use FreeBSD, which is listed as one of the platforms for RPM in your link. But there are native RPM packages for FreeBSD. It's only used for installing some *Linux* binaries. But with pkgsrc I get everything I need. I can even forego the native ports and rely exclusively on pkgsrc should I wish.

    --
    Don't blame me, I didn't vote for either of them!
  77. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    The benchmarks are a year old, the system used is even older. Anyway, what's your point? They didn't bother with scalability until recently. You'd be amazed at what NetBSD 2.0 can do. Go try it yourself. Condemning an OS based on not being scalable at one point in time is just stupid. Linux wasn't scalable until 2.6, have you condemned that too? "Look at these benchmarks from 2 years ago - it shows a very interesting picture of Linux sucking".

    Actually, Linux 2.4 is more scalable than NetBSD or FreeBSD, for that matter.

  78. IE ????? by FunkyELF · · Score: 1

    I think the last time I used IE (at home, not work) was 3 or 4 years ago. I always partition my drive so I have a windows drive (which gets formatted 3 or 4 times a year) and another drive with everything else including install files for netscape, mozilla, firefox....etc. I tend to use firefox to download the newest version of firefox ;-)

    I install it for 5 minutes just to download a newer version.

    1. Re:IE ????? by Breakfast+Pants · · Score: 1

      Maybe the reason you have to install windows every 3 months is that you never run IE and you don't get windows updates and you immediately have a zombie for a box everytime you reinstall.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    2. Re:IE ????? by Anonymous Coward · · Score: 0

      Others use the automatic update feature in windows so we don't have to use IE to manually install updates.

  79. Does 2.0==2.0RC5? by RLiegh · · Score: 1

    I have the iso for RC5, is 2.0 basically the same or are there any major fixes done to it?

    1. Re:Does 2.0==2.0RC5? by Anonymous Coward · · Score: 0

      very minor fixes (check source-changes) no security or real show stoppers.

  80. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0

    In Soviet Russia, you are dead and and my language is ironic. Touche

  81. Re:54 hippy architectures ... because no GPL? by Brandybuck · · Score: 2, Insightful

    NetBSD isn't under GPL which I guess is a good reason why ports to things like OMAP and PXA27x are not in the public domain.

    Do you know what "public domain" even is? Any software under the GPL is specifically *NOT* in the public domain.

    --
    Don't blame me, I didn't vote for either of them!
  82. Re:NetBSD - the path to nowhere by erikharrison · · Score: 1

    I'm building a new embedded device. It needs an OS. What goes there? Hint: an OS that is demonstrably easy to port, with good docs for doing so.

    I'm building a new piece of hardware. What platform provides the most robust system for developing a reference driver. Hint: One that doesn't create and licencing problems, and has a system designed to make drivers work across archetectures.

    I'm teaching OS design in a graduate program - what OS do I use for examples? Hint: One that has a focus on cleanliness of design, architecture independence, and frees my students to use its code in whatever post graduate work they do, regardless of licence?

    I could keep going . . .

  83. Oh, that page, *again* by Anonymous Coward · · Score: 0

    That's the same old page Linux zealots, desperate to find some self affirmation in something so unimportant as their choice of OS, trot out time and again as a "proof" of the supposed performance superiority of Linux vs. the BSDs.

    No. All that I conclude from that page is that, at the time of these tests, *both* Linux 2.6 and FreeBSD scaled really well (and presumably continue to do so). How do you know that the set of benchmarks chosen is representative? Maybe there were two benchmarks that, if they had been attempted, would have favored FreeBSD over Linux 2.6. Maybe they could have favored Linux 2.6, for that matter. The two systems, however, clearly did a lot better than NetBSD and OpenBSD (back then; I hear NetBSD has improved dramatically since).

    Adn while we're at, see how in a a few of the tests, FreeBSD has a jump down in the graphs around the 3,000 sessions point, indicating special optimizations for very heavy loads.

  84. And has just been released, and also released. by Anonymous Coward · · Score: 0

    "NetBSD 2.0 is the tenth major release of the NetBSD Operating System, and has just been released."

    And not only that, but it has also been released.

  85. ATI video drivers? by AvantLegion · · Score: 2, Interesting
    One of the things that has kept me from trying a BSD on my desktop is the fact that I have a RADEON 9600 card. Linux driver support is barely there, and ATI's driver page doesn't even acknowledge the BSDs.

    What could I expect in terms of driver support on NetBSD?

    1. Re:ATI video drivers? by Anonymous Coward · · Score: 0
      NetBSD is not what you would call a desktop operating system. It is an embedded OS primarily. If you need support for your Radeon, forget it. ATI barely supports Linux. NetBSD will never be supported because the economics don't add up.

      Other than the novelty of using NetBSD, if you are able to do everything you want in your current set-up, then it would be foolish to change. Maybe you could pick up a secondhand computer for experimenting and run NetBSD on that.

    2. Re:ATI video drivers? by TheRaven64 · · Score: 1

      My experience with ATi is that they employ some of the most inept device driver writers in the industry. Their hardware is a lot nicer when used with drivers written by someone else. The DRI drivers for the R200 family and below work very well, but there is currently only (very) experimental support for later chipsets. You can get 2D acceleration for your Radeon 9600, but no 3D until someone finishes reverse engineering the specification. You could try persuading ATi to release specs for driver writers (they've done so in the past).

      --
      I am TheRaven on Soylent News
    3. Re:ATI video drivers? by Anonymous Coward · · Score: 0

      The 2D X.org/XFree drivers should work just fine, I would think. If you need cheap 3D hardware acceleration on a Unix box, you'd probably want to go with a Nvidia. I know I will in the future, it continues to amaze me how utter crap ATI drivers remain. Anyway, unless you actually need 3D, the 2D drivers will probably be more than fast enough, maybe even better than the proprietary ones.

  86. Yes, but by VonGuard · · Score: 1

    Will it run on my toaster?

    --
    Don't Crease the Weasel!
  87. The arithmetic game. by Eil · · Score: 0, Redundant


    NetBSD 2.0 is the tenth major release of the NetBSD Operating System

    Er, I'd argue that as the major version number is 2, this would make it only the second major release.

    1. Re:The arithmetic game. by Anonymous Coward · · Score: 0

      Thus, linux is still has only second major relase as well,
      because its version begins with 2. (2.6.something)?

      That's just nonsense.

    2. Re:The arithmetic game. by noselasd · · Score: 1

      So who said you HAVE TO go by the most significant
      number to make it a major release ?
      1.3 was a major release, so was 1.4,.1.5, 1.6 etc. etc.

    3. Re:The arithmetic game. by Anonymous Coward · · Score: 0
      FreeBSD doesn't have any commercial support, let alone ISV support. FreeBSD is truly an orphan. If it weren't for Linux hand-me-downs, FreeBSD wouldn't have any software at all. The crumbs which fall off Linux's bountiful table are the best that FreeBSD can expect to achieve. Consider WordPerfect for example. There will never be a FreeBSD release. Ever.

      Shortly after the release of the WordPerfect for Linux proof-of-concept product, Corel took it down from its Web site and put up a note saying that "This product is temporarily unavailable for purchase." Was WordPerfect for Linux unable to garner enough customer support and subsequently go quietly into the night? Corel says no.

      "We're looking at reviewing some aspects of WordPerfect for Linux and making some alterations to it," Corel spokesman Greg Wood said just last Friday. When asked if there were plans to port WordPerfect 12 to Linux, or to produce a parallel release to the Windows product on GNU/Linux, Wood said that it would be pure conjecture at this point, and that Corel was still in the process of evaluating its potential in the Linux market. "Our investigation into the Linux market is serious and ongoing, but I can say that the prospect of releasing WordPerfect 12 for Linux is quite good. Stay tuned for a big announcement."

    4. Re:The arithmetic game. by Anonymous Coward · · Score: 0
      *BSD experienced moderate success about 15 years ago in academic circles. Since then it has been in steady decline. We all know *BSD keeps losing market share but why? Is it the problematic personalities of many of the key players? Or is it larger than their troubled personae?

      The record is clear on one thing: no operating system has ever come back from the grave.

  88. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    The BSD world has a perverse definition of scalable which means "Runs on the 486 donated to me by Goodwill".

  89. I *do* use a VAX by wtarreau · · Score: 1

    But it makes me wonder why people would expend effort banging their heads against old obsolete junk that no one is ever going to run? Old VAXStations and VMEBus junk? What masochist would even bother trying to get that stuff to run?

    I use a VAX as a reverse proxy. It has a very reliable hardware once you replace the disk. I mean it's basically unkillable and does not need particular cooling. It has never crashed yet, so it just provides always-on services which I don't have to worry about.

    Moreover, there are not many exploits for those architectures, and people who have sufficient skills to write them are very rare. For this reason, it does nearly never need any upgrade, and it's just a server which lives by itself.

    So I hope that my vax will still be supported for at least 10 years from now.

    Willy

  90. Some actual facts by Anonymous Coward · · Score: 0
    1. Re:Some actual facts by JungleBoy · · Score: 1

      Dude, relax. It was a joke. The only thing funnier than jokes about BSD dying is the insecurity of BSD people when you joke about it dying.

      --
      "You never know when some crazed rodent with cold feet might be running loose in your pants."
      -Calvin
    2. Re:Some actual facts by setagllib · · Score: 1

      It's good to see you thwarting trolls, but a post as a grandson of the same post is probably overdoing it :)

      Nevertheless you're doing BSD society a good favor and it's appreciated. Are you also the AC posting the same things? Or two separate entities?

      You're a good man ulib, we need more like you.

      --
      Sam ty sig.
    3. Re:Some actual facts by Anonymous Coward · · Score: 0

      I suppose sitting in front of a computer reading and writing inane and repetitive drivel might be funny if you're a socially inept 12-year-old. For those of us without emotional attachments to operating systems, it's just sad and bizarre.

    4. Re:Some actual facts by ulib · · Score: 1
      Hey, thanks for the sig!
      (only, slashdot automatically puts a blank space into the link and the copy-and-paste doesn't work)

      After Christmas I'll have some spare time, hopefully I'll be able to use it to optimize the troll-thwarting process. ;)

      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    5. Re:Some actual facts by setagllib · · Score: 1

      Ack, I had URL: in the first copy, but it didn't fit in so I had to remove other bits of the sig; now it should work. /. puts way too short a limit on sig length.

      It's about time we make a single comment including references to all of those articles AND those that include benches, technical reports, and other useful things. Someone people manage to consider those articles 'not good enough'.

      --
      Sam ty sig.
    6. Re:Some actual facts by ulib · · Score: 1
      It's about time we make a single comment including references to all of those articles AND those that include benches, technical reports, and other useful things. Someone people manage to consider those articles 'not good enough'.

      Well, in fact they are good enough to disprove the worst FUD spread by the GNU people - that is, that BSD's {dead|dying|declining} - and that was my major point, since sadly this disgusting campaign has been going on for many years. Sure, such campaigns aren't effective in conditioning the choices of competent people, but these are always a minority: the majority is heavily influenced by mainstream choices and word-of-mouth. Moreover, the FUD campaign probably has driven some potential developers away from BSD ("I heard on slashdot it's dying?").
      Sadly, to an extent, FUD works - unless you quickly dispel it.

      Anyway, on the technical front: of course a collection of benchmarks and technical articles would be a great thing for a lot of reasons. Besides stimulating the competition among the projects, it would help us users to know the strengths and weaknesses of the OSs we're using and to choose the right tool for the job.

      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    7. Re:Some actual facts by setagllib · · Score: 1

      Well, BSDs were making claims about their superiority, GNU/Linux makes claims about everyone else's inferiority. It's the difference between a snob and an asshole, which is still a significant difference.

      FUD = Fear, Uncertainty and Doubt. BSDs don't spread that. They usually stick up for their own technical strengths, even if they aren't significant in the real world. BSDs are like that: has to be better during development, not necessarily use. Of course they have awesome use, but sometimes things just don't work out. They're not irrelevant or dead though, far from. Just not for everyone. I've heard a lot of "unsuccess" stories with BSDs, much less with Linux, which is disturbing but sensible; Linux has a much larger user and developer base, so problems tend to get resolved one way or another. People don't care if a solution is a hack or not, so long as it works for them.

      --
      Sam ty sig.
    8. Re:Some actual facts by Anonymous Coward · · Score: 0

      Well, BSDs were making claims about their superiority, GNU/Linux makes claims about everyone else's inferiority. It's the difference between a snob and an asshole, which is still a significant difference.

      Oh yeah right that must be true because a BSD zealot told me so.

      FUD = Fear, Uncertainty and Doubt. BSDs don't spread that. They usually stick up for their own technical strengths, even if they aren't significant in the real world. BSDs are like that: has to be better during development, not necessarily use. Of course they have awesome use, but sometimes things just don't work out. They're not irrelevant or dead though, far from. Just not for everyone. I've heard a lot of "unsuccess" stories with BSDs, much less with Linux, which is disturbing but sensible; Linux has a much larger user and developer base, so problems tend to get resolved one way or another. People don't care if a solution is a hack or not, so long as it works for them.

      Only there you go, deriding Linux again. You really can't help it, as a BSD zealot, can you?

      Go look at any Linux related thread on any discussion forum, and you won't see BSD being mentioned. However, in many many BSD threads, Linux is derided.

    9. Re:Some actual facts by DashEvil · · Score: 1

      All this ranting feels tired to me. Do we really need this much fighting over what OS you want to use? If you are fooled by the ranting of anonymous idiots, then you are a fool in his/her proper place.

      --
      -If God wanted people to be better than me, he would have made them that way.
    10. Re:Some actual facts by Anonymous Coward · · Score: 0

      If the GNU/Linux fanboys didn't invade the /. BSD section with their stupid FUD, we would hardly even consider their OS in our discussions.

    11. Re:Some actual facts by Anonymous Coward · · Score: 0

      No, it didn't start with you. It was started a decade ago by retard BSD "developers"; you mindless BSD zealots just followed like the sheep you are.

      Have a look at this classic thread, for example. I'll summarise:

      Random: I heard Linux's network stack is faster than FreeBSD's?

      BSD: Oh no, they were lying and they did show hard numbers but they are meaningless.

      Linux: We claimed what we saw. We saw FreeBSD being beaten in this benchmark.

      BSD: Oh hey what about that other benchmark where you guys cheated on? Ha ha ha.

      Linux: No we didn't, we beat you fair and square on that one too.

      BSD: SDFae BBBAAAAHHHH you called me a liar!! blaadfasdf rrrrarr I demand a public apology blaaah hey everyone look at me blaahh booooo!! Please everyone change the subject from BSD being beaten to my idiotic hissy fit.

      Linux: Hmm, that would explain a lot.

    12. Re:Some actual facts by JungleBoy · · Score: 1

      See this is what I'm talking about. You all need to lighten up. I have no particular attachment to Linux. Over the years I've tried a variety of Unix OSs (just found a set of SCO Unixware disks the other day in fact). I use what works for me. If that's different from what other people use, fine.

      --
      "You never know when some crazed rodent with cold feet might be running loose in your pants."
      -Calvin
  91. Some actual facts by Anonymous Coward · · Score: 0
  92. Re:Ah. Blissful clean architecture. by SnowZero · · Score: 1

    I just think NetBSD is underrated precisely where it is portable.... Why in the world isnt it THE OS for embedded systems?

    There are plenty of proprietary BSD forks in the embedded world, and it might be "the" OS except that vendors have no motivation to work together. The Linux forces the openness that tend to make people group around one version.

    BSD follows clean design and Linux follows hacker culture, but the hacker culture must be built on strong grounds...

    Huh? You based your entire design assessment on how well an OS crosscompiles on one platform?

    I've watched Linux development for quite a while now, and its really a lot less hacker culture than it was in the past. During the 2.3 series everything really changed as companies got involved and developers could make a living writing Linux. Nowadays, most of the top developers are paid for their work, companies are testing the heck out of Linux on all sorts of systems, and verification tools are even being applied to the codebase (Ex: Stanford checker, Linus's "sparse"). The only hacker element left that I can tell is the joint review/roasting that occurs whenever anyone posts a patch, but I think that's a good feature -- not a line of code goes in to Linux that isn't looked at by a few people at least. This is not to compare Linux's development in any way with NetBSD, whos developers I'm sure are good. However Linux is hardly what I'd call the product of hacking... at least not anymore.

  93. Some actual facts by Anonymous Coward · · Score: 0
  94. Some actual facts by Anonymous Coward · · Score: 0
  95. Some actual facts by Anonymous Coward · · Score: 0
  96. Some actual facts by Anonymous Coward · · Score: 0
  97. Some actual facts by Anonymous Coward · · Score: 0
  98. Some actual facts by Anonymous Coward · · Score: 0
  99. Some actual facts by Anonymous Coward · · Score: 0
  100. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    You don't use pkgsrc. I know you use FreeBSD's native ports system, fucktardo.

  101. Some actual facts by Anonymous Coward · · Score: 0
  102. Some actual facts by Anonymous Coward · · Score: 0
  103. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    You're forgetting a couple of things. First Linux has tons of payed people working on it, and it's backed by SGI and IBM. NetBSD is 90% volunteer driven with some of the committers being Wasabi employees. Thats' a huge difference because Linux is only a kernel, NetBSD is the whole thing. And still, they've managed to make one of the finest Unix-like operating systems.

    Like I've said, Linux is just the kernel. You need the GNU libc guys to port their machdep code to a new arch as well. How many distros support all those arches anyway? I know the Debian guys do support most of them but none of the mainstream distros do. So, in effect, running NetBSD might be more practical, since those versions are more actively supported. Running MMU-less is almost useless, since you lose memory protection, you might as well just run FreeDOS then.

    --
    HawkinsOS, kicking Smorgrav in the ass since 2004.

  104. Some actual facts by Anonymous Coward · · Score: 0
  105. Verified Exec by Per+Wigren · · Score: 3, Informative

    Verified Exec verifies a cryptographic hash before allowing execution of binaries and scripts. This can be used to prevent a system from running binaries or scripts which have been illegally modified or installed. In addition, Verified Exec can also be used to limit the use of script interpreters to authorized scripts only and disallow interactive use.

    I've been looking for something like this for Linux but I haven't found anything.. Anyone know if it is possible?

    --
    My other account has a 3-digit UID.
  106. Its ok. by Anonymous Coward · · Score: 0

    Its nice to see you are concerned, but NetBSD doesn't have feline leukemia, it was vaccinated by its responsable pet owners.

  107. Re:Verified Exec by setagllib · · Score: 1

    I think I heard about it somewhere else on /.
    Maybe poke around on Google? Failing that ask on a mailing list.

    Or, the obvious, just run NetBSD.

    --
    Sam ty sig.
  108. Re:Ah. Blissful clean architecture. by setagllib · · Score: 1

    You're unlucky. I built an entire system for sgimips on an i386 (well, a Pentium 3, but you get the idea) with a one-liner build.sh, and there wasn't a single problem. It didn't require any external software or version mangling, it all just worked from the toolchain in the source tree. Same for the kernel.

    You can just set your fastest machine on the network, regardless of architecture, to compile distributions for all the other systems and install over NFS.

    People forget that portability isn't just about booting on architectures. NetBSD provides an operating system everywhere it goes; and it provides all the tools in-tree to build and serve for these systems, even diskless installs or even roots. Is there even a single Linux distribution that can do this? And yes, it does have to be all in-tree, no redundancy or external software.

    --
    Sam ty sig.
  109. Re:54 hippy architectures ... because no GPL? by Anonymous Coward · · Score: 0

    YHBT. YHL. HAND.

    The GPL is, of course, as restrictive as proprietary software. He was just pulling your leg.

  110. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    Soviet Union = Dead, BSD = Dead.

  111. Re:Obligatory by Anonymous Coward · · Score: 0

    Netcraft confirms it: BSD is dying.

  112. Printed documentation (diff NET/FREE BSD) by MrBoombasticfantasti · · Score: 2, Interesting
    I'm not aware of any books on NetBSD. I do however have the (excellent!) book "The Complete FreeBSD" by Lehey.

    Is NetBSD sufficiently similar in structure to FreeBSD that I can use this book to set up and understand my machine? Or is there just to much difference?

    If anyone can point me to printed documentation on NetBSD, that would be very welcome indeed.

    z i n k p u t (a t) h o t m a i l . c o m

    --
    !ERR: Signature not found.
    1. Re:Printed documentation (diff NET/FREE BSD) by setagllib · · Score: 4, Informative

      You can print the NetBSD handbook yourself :)

      There are many similarities between FreeBSD and NetBSD thanks to their mutual heritage, but FreeBSD's documentation doesn't usually apply equally to NetBSD. The differences are well covered in NetBSD's own online documentation, though.

      I had been using FreeBSD since 4.8 or so, and was able to pick up NetBSD almost instantly. Only one thing held me back (for weeks even), and that was my use of CFLAGS= instead of CFLAGS+= in mk.conf, which made world builds break. Entirely my fault, but could use a warning in documentation. But the basic idea is, if you're willing to read a couple of items of documentation and ask questions, it's very easy to learn.

      --
      Sam ty sig.
    2. Re:Printed documentation (diff NET/FREE BSD) by MrBoombasticfantasti · · Score: 3, Informative
      You can print the NetBSD handbook yourself :)

      I just now downloaded the PDF, expecting a messy collection of readme's and cryptic notes in horrid layout. But none of that! It's a beautifully designed document! At first glance the contents seems to be very complete as well.

      but FreeBSD's documentation doesn't usually apply equally to NetBSD. The differences are well covered in NetBSD's own online documentation, though.

      I'll look into that, but I must say I'm pleasantly surprised by the documentation so far.

      Thanks!

      --
      !ERR: Signature not found.
    3. Re:Printed documentation (diff NET/FREE BSD) by setagllib · · Score: 1

      Good to hear you like it, but why did you expect rubbish? BSDs are known for good documentation. Personally I didn't even know there was a PDF available, but hey that's the way it is.

      Even if it doesn't work out for you, it's always a good learning experience.

      --
      Sam ty sig.
    4. Re:Printed documentation (diff NET/FREE BSD) by Luke+Mewburn · · Score: 1
      There are many similarities between FreeBSD and NetBSD thanks to their mutual heritage, but FreeBSD's documentation doesn't usually apply equally to NetBSD. The differences are well covered in NetBSD's own online documentation, though.
      There is a lot of code-sharing at the "user interface" level which helps here. FreeBSD has obtained from NetBSD: NetBSD has `bought back' stuff such as
      • dynamic module support in nsswitch
      • PAM ("soon")
    5. Re:Printed documentation (diff NET/FREE BSD) by MrBoombasticfantasti · · Score: 1
      Good to hear you like it, but why did you expect rubbish?

      I spent the last few years in LinuxLand where documentation is, with few exceptions, mostly absent or just plain wrong.

      The Lehey book on FreeBSD showed me things could be different. I expected that because I couldn't find a book about NetBSD there wasn't any quality documentation for it. I was wrong, as the downloadable manual is outstanding.

      --
      !ERR: Signature not found.
    6. Re:Printed documentation (diff NET/FREE BSD) by setagllib · · Score: 1

      I read some Linux wireless info on tldp.org that said wireless devices had to be in line of sight of each other. I'd like to show that guy my wireless network which traverses two solid (albeit plaster) walls.

      BSD documentation avoids making that kind of silly 'assumption' in favor of hard technical facts. There are many real-world help guides as well (tuning(7), security(7), etc.) with FreeBSD, haven't found on-disk equivalents for NetBSD.

      Damnit, we need to get some corporate support happening for the BSDs, especially the lesser known Net and Open. (DragonFly can piggyback off FreeBSD until things become too different). I'm okay with Linux, but I dislike the unclean designs (especially epoll, holy crap) and would rather see Linux' advantages (which to me are just NVidia drivers and a responsive thread scheduler, okay and Gentoo Portage) be ported to, say, NetBSD. Or a huge cleanup and code audit done of Linux and the usual base system software. Porting kqueue to Linux should be done as soon as possible, it's a few orders of magnitude better designed than epoll.

      --
      Sam ty sig.
  113. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    Fact: *BSD is dying

  114. Re:54 hippy architectures ... because no GPL? by Anonymous Coward · · Score: 0
    NetBSD is always a day late and a dollar short. Technically, NetBSD is obsolete becasue it is roughly five years behind in hardware support. Using NetBSD is like traveling back in time to the 1990s.

    A long time ago NetBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavor you loved that was at the same time wholesome and worthwhile.

    It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimize doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.

  115. Re:NetBSD confirms it ... by eneville · · Score: 1

    Maybe Im not as pollitical as some, but surely, a free and open OS is going to thrive in Russia, even under a capitalist government

  116. Re:reflections on NetBSD by Anonymous Coward · · Score: 0

    I would say that bsd is like a dead cat which died from a disease.

  117. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    Like I've said, Linux is just the kernel. You need the GNU libc guys to port their machdep code to a new arch as well.

    What are you talking about? Could you explain what the "machdep" code is, and why the Glibc maintainers need to port it for you?

    Porting Glibc to a new architecture is a simple process. Very little of the code is arch. dependent and ithe guys who port the kernel also port Glibc themselves. They couldn't properly test their kernel without out.

    This situation is identical to NetBSD and the NetBSD libc.

  118. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0
    Let's ask ourselves the real question: why did *BSD fail? Once you get past the fact that *BSD is fragmented between a myriad of incompatible kernels, there is the historical record of failure and of failed operating systems. *BSD experienced moderate success about 15 years ago in academic circles. Since then it has been in steady decline. We all know *BSD keeps losing market share but why? Is it the problematic personalities of many of the key players? Or is it larger than their troubled personalities?

    The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead. As the situation grows more desperate for the adherents of this doomed OS, the sorrow takes hold. An unremitting gloom hangs like a death shroud over a once hopeful *BSD community. The hope is gone; a mournful nostalgia has settled in. Now is the end time for *BSD.

  119. Re:NetBSD confirms it ... by Cro+Magnon · · Score: 1

    Bah! In Korea, only old people use NetBSD

    --
    Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  120. Re:NetBSD - the path to nowhere by Anonymous Coward · · Score: 0

    About a year and a half ago, Gartner Group and IDC both released studies in the same week which showed a dramatic decline in market share for the free BSD operating systems. That decline seems to have continued to this day. Other than a couple of mom and pop shops, there is no support available for BSD anymore.

  121. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    You've obviously never tried to shoehorn it onto a VAX with no CD-ROM drive!
    Net booting (via "MOP") is an interesting exercise...once.

    TDz.

  122. No G5 support by Chris+L.+Mason · · Score: 2, Interesting


    Unfortunately no G5 support yet. I figured it would support that before Linux. Oh well. Now it's a race between OpenBSD and NetBSD to see who gets it first. :)

    1. Re:No G5 support by Nimrangul · · Score: 1
      Dale Rahn is waiting for the G5 right now, there was a drive for money to get a dual G5 Mac sent to him, dunno if the box has gone yet, but the drive rounded up enough money to pay for it.

      The money has almost all come in and the Mac should be bought or will be soon.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    2. Re:No G5 support by Anonymous Coward · · Score: 0
      Maybe if he moved out of his mom's basement and got a real job, he could buy his own computer.

      That advice goes for the whole NetBSD crew, who never seem to have so much as a pot to piss in. Sad that you all are beggars depending on handouts.

    3. Re:No G5 support by setagllib · · Score: 1

      Not everyone gets corporate sponsorship based on media hype. Linux gets all the easy breaks. Does this make it a good system? Not really. Just means that it goes in every direction with limited quality.

      --
      Sam ty sig.
    4. Re:No G5 support by Nimrangul · · Score: 2, Insightful
      Well, Dale doesn't count as a member of the NetBSD crew as he does OpenBSD's PPC stuff; though I suppose that is good advise for us all:

      Ignore any people that say they will help you by porting your operating system of choice to some new hardware if you help them get it folks. And for God's sake, whatever you do, don't donate 25 bucks to any causes you happen to believe in.
      Really, all we're doing is giving this sad little man the attention he wants, if we ignore Dale surely he will do all the porting himself and support all the Apple hardware within minutes. This is obviously just him trying to be an attention whore, it's so apparent to me now.

      Thank you Anonymous Coward, your jackassery has shown me the light! Surely Linus can afford to buy every kind of computer in the world! I'm off to the Linux section to call Richard and Linus teabaggers and teabaggees for doing free software developement! There I shall call every Linux fundraiser and developer names and proclaim the death of free software!

      Huzzah!

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
  123. Some actual facts by Anonymous Coward · · Score: 0
  124. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0

    It is my opinion that BSD is dead. C'est la vie, c'est le mort.

  125. Re:Ah. Blissful clean architecture. by ignavusincognitus · · Score: 1
    These are microbenchmarks. They may mean something, and can definitely point out problems, but it's up to you to make the argument how they matter in the real world. That is, find a real application that suffers or benefits from good or bad performance in one of these benchmarks.

    For example, if network socekt performance (for example) as tested here is so important, please measure and show me how this affects Apache page-serving speed.

  126. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    When I was young it was fun to do stuff like that.
    It would still be fun if I had the time -- and the space.

  127. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    You must be an extremely *stupid* fuck, then. It is the most simple and straightforward install ever, assuming you know how to use a keyboard.

  128. You're an uptight tool. Please stop posting. by Anonymous Coward · · Score: 0


    We've all seen it. BSD is hanging on by its fingernails, and has been for ages. You can deny it until the cows come home, but for all intents and purposes, BSD is dead or dying.

  129. OpenBSD's had it for a while by Gandalf_007 · · Score: 1

    The Linux-style Shift+PgUp/PgDn has been in OpenBSD (and enabled by default, too) at least since 3.4, if not prior to that (3.4 was the oldest release I'd used).

    Nevertheless, it is an annoyance that NetBSD doesn't have that supported OOB. I installed NetBSD (on an old i386 box) to play around with and promptly ditched it after I found I couldn't scroll the console. Good to know you can enable it though.

    Funny that OBSD has it (in the default conf) and NetBSD doesn't. Usually code flows Net->Open rather than the other way around (although I don't know the particular history of this feature; it is entirely possible that OpenBSD got the code from NetBSD, and just enabled it first).

    --

    "It's better to keep your mouth shut and be thought a fool than to open it and remove all doubt."
    1. Re:OpenBSD's had it for a while by Nimrangul · · Score: 1

      It has been in since at least OpenBSD 3.1, that much I know. I never used the 2.9 box anything but remotely.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    2. Re:OpenBSD's had it for a while by setagllib · · Score: 1

      NetBSD import some of OpenBSD too; they got EHCI interrupt routing from OpenBSD, meaning you can use USB2.0 hubs and the devices beyond them. FreeBSD still needs this (or working EHCI support to begin with; I've never heard a success story). Seen on mailing lists that multiple channel support on emuxki is going to be ported too, or at least looked at.

      --
      Sam ty sig.
  130. Re:Ah. Blissful clean architecture. by bfields · · Score: 1
    There are so many differences between pkgsrc and RPM is isn't even funny. They're in completely different domains. I realize you have a very low userid, but that doesn't stop you from sounding like a "me too" drone when you bring up RPM. It's like those schmucks claiming a minimalist window manager as the equivalent of a complete desktop.

    OK, I've read the pkgsrc web page now and admit I was confused. I'd assumed it was yet another rpm or dpkg. But it looks like the better analogy would be to something like a ports collection or an apt archive?

    --Bruce Fields

    (PS: 5-digit uid's are "very low" now? Weird.)

  131. Yes! by pschmied · · Score: 1

    It is very much like the ports collection (build from source or install from binary package).

    However, as I pointed out in my original post, Pkgsrc is unique in that it supports so many platforms with one source tree--including some *cough* problem platforms where building my favorite Open Source utilities is a major pain in the ass.

    It sounds like after visiting their web site, you have a better idea of why pkgsrc is so useful. I encourage you to give it a try!

    -Peter

  132. Some actual facts by Anonymous Coward · · Score: 0
  133. Some actual facts by Anonymous Coward · · Score: 0
  134. sorry, typo by jeif1k · · Score: 1

    What an embarrassing typo. Although I am generally also quite "anti-diluvian", here the correct word is "antediluvian".

  135. Some actual facts by Anonymous Coward · · Score: 0
  136. Re:Ah. Blissful clean architecture. by srvivn21 · · Score: 1

    You people are so funny. READ THE PAGE!

    It states that Linux 2.6 and NetBSD are the best performers! What part of my post (posting proof of performance in response to a person expousing the virtues of FreeBSD) leads you (in a general sence) to to belive that I'm a Linux Zelot? Three responses to my post, all very defensive.

    Personally, before reading that page, I was under the impression that OpenBSD was for security, FreeBSD was for performance, and NetBSD was for portability. This shows very clearly, that (as of a year ago) NetBSD is no slouch in the performance category.

    I'd think that those poor, put upon BSD proponents would be HAPPY to show off this page. So what if it's a year old (which I stated in my original post)? That just means performance has likely improved even more. So what if the hardware is old? New hardware is not going to adjust the ratio of performance.

    In a story announcing the release of NetBSD, you'd think that a link to a site that shows how well it performed (a year ago) would be greated with a bit less hostility.

    Whatever.

  137. Some actual facts by Anonymous Coward · · Score: 0
  138. Re:Ah. Blissful clean architecture. by alc6379 · · Score: 1

    P.S. NetBSD's pkgsrc is only thing that comes close to a truly cross platform package management/build system. It supports Irix, Solaris, NetBSD, Linux, OpenBSD, FreeBSD, OS X, and (to a lesser degree) AIX. I'm sure I'm leaving out a few.

    Don't forget cygwin, too! That means indirectly, pkgsrc supports Windows, too!

    --
    I don't moderate anymore. Karma penalty for 90% fair mods? Can I mod that unfair?
  139. Private Message for Mr. Hawkins by Anonymous Coward · · Score: 0

    Mr. Hawkins,

    I'm one of your several Fortune 100 customers.
    I know you enjoy trolling on slashdot, but we kinda need some assistance here.
    We deemed you trustworthy enough to make our Fortune 100 company migrate to your OS - a decision that has been very easy for us to make, since you're such a reliable person and such a skillful programmer - but enough is enough.
    We paid you a lot of money. I have no doubt that *your* HawkinsOS is worth every penny, and that those BSD alternatives are just pieces of junk since they don't have your "patches", but now it's time to come back to work.
    Sincerely,

    Mr. Joe Moron
    HawkinsOS user
    Fortune 100 company CEO

  140. xBSD is indeed D.E.A.D. by api · · Score: 2, Funny


    Damn
    Elegant
    And
    Dependable

    D.E.A.D. I tell you!

    Spread the word!

    MD

    1. Re:xBSD is indeed D.E.A.D. by Nimrangul · · Score: 1
      I will admit that that was not funny, but whoever modded that a troll needs a new prescription.

      Look real careful-like at the words used in the D.E.A.D.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    2. Re:xBSD is indeed D.E.A.D. by api · · Score: 1


      Indeed, dear moderator... read before you react.

      For the record, I am an active BSD supporter and will not speculate as to the source of your presumptuous nature.

      I have donated over eight pieces of equipment to the FreeBSD project, including three systems. I purchase my OpenBSD CD's and I operate the default/most active cvsup server in my country.

      locate a sense of humor!

      Try a BSD while you're at it. Try Mac OS X if you're scared.

      MD

    3. Re:xBSD is indeed D.E.A.D. by Anonymous Coward · · Score: 0
      BSD got its ass kicked, plain and simple.

      Oh, and not to mention that *BSD is dying.

  141. Some actual facts by Anonymous Coward · · Score: 0
  142. dammit by rabbit78 · · Score: 1

    I was looking for NetBSD 2.0 for so long now, mainly because I though it will fix some issues with DMA and my DVD drive. Which it didn't. But that is not the showstopper for me. What is more serious, is that my Realtek-based (probably crappy) network chip doesn't work anymore. Which it did in 1.6. The only thing I always get are 'watchdog timeouts' whenever I try to activate the interface.
    So NetBSD will still not become my everyday-work-OS.

    1. Re:dammit by setagllib · · Score: 1

      Really? That stinks. I have a Realtek that's handling the packets needed to post this, and it's running gloriously on NetBSD 2. But then it's not as simple as that I guess.

      My one problem is that auich still has weird calibration so my laptop's sound card plays everything slower than it should be.

      Shame really, great system but with some driver bugs. I guess sometimes the simplest possible driver code isn't enough.

      --
      Sam ty sig.
    2. Re:dammit by setagllib · · Score: 1

      Check that, next boot into a new kernel (which included ACPI support and so on) made the problem go away. Now sound is to hardware maximum, about as good as in Windows (which, you'll admit, continues to have a better sound system than ALSA, even if only because drivers are written by people who know the hardware). Sitting with ALSA for months made me forget what this card could really do.

      --
      Sam ty sig.
  143. Another actual fact: *BSD is irrelevant by Anonymous Coward · · Score: 0


    Prove otherwise. Your links don't do it.

    gg nextmap

    1. Re:Another actual fact: *BSD is irrelevant by Anonymous Coward · · Score: 0
      It comes as no surprise that NetBSD was soundly defeated in yet another benchmark. Everyone knows that ever hapless NetBSD is hopelessly mired in a mortifying tangle of fatal trouble.

      It is perhaps anybody's guess as to which BSD is the worst off of an admittedly suffering BSD community. The numbers continue to decline for NetBSD but FreeBSD may be hurting the most. Look at the numbers. The erosion of user base for FreeBSD continues in a head spinning downward spiral.

      Consider that because of the many troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      Every major marketing survey has shown that NetBSD has steadily declined in market share. NetBSD is very sick and its long term survival prospects are infinitesimally dim. If NetBSD is to survive at all it will be among hobbyist dilettante dabblers. In truth, for all practical purposes NetBSD is already dead. It is a dead man walking.

  144. What about Xbox? by LandruBek · · Score: 1

    I wish there was Xbox support! Seems like a conspicuous absence. I work with a university in a developing country, and at least half my CS students cannot afford a computer at home. I thought Xbox running something FOSS might meet their hacking* needs at a bargain price. (It's just a mind-experiment at the moment, since I'm now stuck in the USA for a few months and don't even know if they sell Xboxes there. It's probably a USA-only product, eh?) Linux is a great environment but I guess I'm a bit of a snob and would prefer BSD for teaching purposes. If I weren't so lazy I might try porting it myself.... * in the classical sense

    --
    $META_SIG_JOKE
    1. Re:What about Xbox? by setagllib · · Score: 1

      There are easier ways than XBox. It's 'fun' to have the XBox, yes, but when you consider that NetBSD on anything that boots is already a fully functional serving or development environment, you start to find cheaper ways. Hunt around universities or workplaces for when they throw away old junk, ask if you can take it "for your sick grandfather who just wants to say he once had a computer", install NetBSD in whatever way necessary, and give this to the less fortunate students.

      Personally I picked up an Indy (with a muscular R5000) in a similar way, but it was more through a friend of a friend who hunted around unis. The machine cost $5k back in its day, now it's free, and with a larger hard drive than what I ended up with, would be a really useful machine.

      As for XBox support, I don't know why it's not supported yet; I've read around and found that someone was making healthy progress but got stuck on figuring out the "right" way to do things (NetBSD/xbox or NetBSD/i386? New drivers or just quirks?), and haven't heard anything about the project since.

      --
      Sam ty sig.
  145. Nevermore by Anonymous Coward · · Score: 0

    Once upon an OS dreary, while I pondered weak and weary,
    Over many a quaint and mounted volume of forgotten core,
    While I nodded, nearly napping, suddenly there came a tapping,
    As of some one gently rapping, rapping at my chamber door.
    `'Tis some visitor,' I muttered, `tapping at my chamber door -
    Only this, and nothing more.'

    Take thy code out of my box, and take thy ISOs from off my floor!'
    Quoth the raven, `*BSD is nevermore.'

  146. The Rest of the Story by sabat · · Score: 1

    Of course we all know *BSD lived in the end and because of it the world was a better place.

    Not in this story, because Mike Smith (who is Scrooge in this tale) abandoned *BSD and went to work for Apple instead.

    And poor tiny *BSD died.

    --
    I, for one, welcome our new Antichrist overlord.
  147. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0
    So why now? Why did *BSD fail? Once you get past the fact that *BSD is fragmented between a myriad of incompatible kernels, there is the historical record of failure and of failed operating systems. *BSD experienced moderate success about 15 years ago in academic circles. Since then it has been in steady decline. We all know *BSD keeps losing market share but why? Is it the problematic personalities of many of the key players? Or is it larger than their troubled personalities?

    The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead. As the situation grows more desperate for the adherents of this doomed OS, the sorrow takes hold. An unremitting gloom hangs like a death shroud over a once hopeful *BSD community. The hope is gone; a mournful nostalgia has settled in. Now is the end time for *BSD.

  148. Say! You must be.... by bondjamesbond · · Score: 1

    from the OpenBSD crowd, with your hollow pompocity and pseudo rapier wit. Gee, did you cut and paste your response to misc@openbsd.org so that your other buddies can get a wiff of your mental flatulence? Wow.

  149. Re:NetBSD confirms it ... by Gorbag · · Score: 1
    Netcraft is dead!
    That's strange, I could have sworn Blizzard planned to come out with Netcraft 2 (return of the packet ring) in 2006.
    --
    -- I speak only for myself
  150. how good as user desktop by rabid+bitstream · · Score: 1

    hey, i'm thinking about installing it as my regular everyday dektop.. i have a laptop, but no other computers (im poor, fourteen without a job) right now im running slackware. would it be a good idea to try it on my laptop first? is it even useful for regular desktop operations?

    1. Re:how good as user desktop by setagllib · · Score: 1

      It won't be worse than Slackware. And yes, it functions as a desktop. Just try it and see. Be prepared to read the documentation on the site, though.

      --
      Sam ty sig.
    2. Re:how good as user desktop by rabid+bitstream · · Score: 1

      well i have tried and had good experience with FreeBSD...but my parents like to be nazis and try to ban open source software on anything that they buy. on my tower, (i686 366mhz PII 128mb ram) (POS) has trouble running XFree86, i get the drivers and settings correct for my monitor, but i startx and my monitor turns off and starts crackling from the inside. it's scary. FreeBSD 5.3 i tried to put on my laptop for wardriving, but my parents paid for it so i have to use win2k..and no dual boot...so i'm left using bootable unix like FreeSBIE and Warlinux..damned nazis. do you know what's going wrong with my monitor?? maybe NetBSD wont have so much problems...hmph..so much for "hardware partner".

    3. Re:how good as user desktop by setagllib · · Score: 1

      You possibly misconfigured your X server's refresh rates. These things happen; best bet is to Google for your model and try everything.

      I wish to celebrate now: XOrg supports my laptop's video card in-tree with the nv driver (previously it didn't), so I can run NetBSD fine. No acceleration or anything, but then I never used it in the first place.

      Here's someone who has NetBSD on a range of machines with no Linux anywhere. A happy, happy admin.

      --
      Sam ty sig.
    4. Re:how good as user desktop by dogwarrior · · Score: 1

      I have HP Omibook XE3 laptop with i830M chipset graphics card. Installed NetBSD 2.0 with meta-pkgs/XFree86, sysutils/aperture and graphics/Mesa from pkgsrc, configured X with "X -configure" and got the rest (monitor refresh rates etc.) from Knoppix. WindowMaker works beautifully with all the usual desktop apps and the system is quite snappy. No complaints at all. :-)

  151. Some actual facts by Anonymous Coward · · Score: 0
  152. Some actual facts by Anonymous Coward · · Score: 0
  153. Some actual facts by Anonymous Coward · · Score: 0
  154. Some actual facts by Anonymous Coward · · Score: 0
  155. Some NetBSD screenshots by Anonymous Coward · · Score: 0
    Don't believe the GNU/FUD...

    http://www.netbsd.org/gallery/in-Action/
    http://www.netbsd.org/gallery/in-Action/screenshot s.html

    The galleries are outdated - that means now it's better. :)

  156. Some actual facts by Anonymous Coward · · Score: 0
  157. Some actual facts by Anonymous Coward · · Score: 0
  158. Re:NetCraft confirms it ... by Anonymous Coward · · Score: 0

    At the last EuroBSDCon, BSD evangelist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have the ability to run on most PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an option unless the target architecture has an MMU.

  159. Some actual facts by Anonymous Coward · · Score: 0
  160. Some actual facts by Anonymous Coward · · Score: 0
  161. Re:NetBSD confirms it ... by Anonymous Coward · · Score: 0
    It's the elitism that is killing BSD. Theo is just about the worst. He is completely anal about the the most picayune details of a license, but he himself releases OpenBSD with onerous conditions, even threatening lawsuits against those who copy the ISO.

    Elitism has taken its toll on FreeBSD too. FreeBSD is literally coming apart at the seams. KSE is hosed. SMP sucks. The best experts have quit the FreeBSD project.

    Hey guys, our biggest enemy is ourselves. Can't we all just get along?

  162. Some actual facts by Anonymous Coward · · Score: 0
  163. Re:*BSD is dying by Anonymous Coward · · Score: 0

    Have you ever seen an animal backed into a corner and fighting for its life? That is the exact situation BSD finds itself in. The BSD fans are in a state of desperation, and even the mildest criticism of their hobby horse results in wild and paranoid outbursts from the faithful. They will find an alibi and excuse for everything. Truth has nothing to do with it. The truth is too painful for the BSD crowd.

  164. Some actual facts by Anonymous Coward · · Score: 0
  165. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    Time for a dose of the truth, fellas. At the recent EuroBSDCon, BSD evangelist Jordan Hubbard abjectly noted in his speech that NetBSD is not a player in the embedded market. Hubbard emphasized the point that NetBSD does not have the ability to run on most PDAs and mobile phones because NetBSD can't run without an MMU. He essentially admitted that when it comes to embedded consumer devices, Linux has the market sewed up. NetBSD is not an embedded option unless the target architecture has an MMU.

  166. Some actual facts by Anonymous Coward · · Score: 0
  167. Some actual facts by Anonymous Coward · · Score: 0
  168. Some actual facts by Anonymous Coward · · Score: 0
  169. Re:NetBSD confirms it ... by Anonymous Coward · · Score: 0

    A little thought, and soon you'll realize that irrefutably BSD ís Dyíng.

  170. Some actual facts by Anonymous Coward · · Score: 0
  171. Some actual facts by Anonymous Coward · · Score: 0
  172. Some actual facts by Anonymous Coward · · Score: 0
  173. Some actual facts by Anonymous Coward · · Score: 0
  174. Some actual facts by Anonymous Coward · · Score: 0
  175. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    *BSD is like a problem child dying of some rare incurable disease.

  176. Re:Verified Exec by Anonymous Coward · · Score: 0

    It is quite possible. The hashes are loaded into the kernel before the system becomes networked. The main difference between an out and out file hash compare vs. an in kernel one is that the in kernel check happens all in kmem. To load it you need a pseudo device to toss the table file over the fence and into the kernel at boot time. The drawback is (of course) after updating any binaries that are checked, you need to update the hasfile and either reload it (you may not be able to depending on your run level) or reboot.

  177. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0

    The BSD license allows proprietary software to "steal" source code and use it. The combination of these problems leads BSD to be a somewhat inferior OS.

  178. Some actual facts by Anonymous Coward · · Score: 0
  179. Some actual facts by Anonymous Coward · · Score: 0
  180. Some actual facts by Anonymous Coward · · Score: 0
  181. Some actual facts by Anonymous Coward · · Score: 0
  182. Some actual facts by Anonymous Coward · · Score: 0
  183. Some actual facts by Anonymous Coward · · Score: 0
  184. Re:Quique: NetBSD 2.0 Released by Anonymous Coward · · Score: 0
    Pat Robertson talks about the law of reciprocity in his Secret of Financial Prosperity. The theory is that if you give money to God's work, God will return it to you many times over through pay raises, successful investments, and so on.

    Many folks who want to benefit from the law of reciprocity contribute each month to the 700 Club. I would recommend that you start watching the 700 Club on you television and decide for yourself it it is for you.

    God wants you to be prosperous. A popular book titled The Prayer of Jabez shows you how to claim the prosperity which God holds in store for you. Your library might have a copy. It is definitely worth a read.

  185. Re:This is a Lie! by Anonymous Coward · · Score: 0
    When I think about *BSD, I'm reminded of
    DeForest Kelley's great observation:
    It's dead, Jim.
  186. Some actual facts by Anonymous Coward · · Score: 0
  187. Some actual facts by Anonymous Coward · · Score: 0
  188. Some actual facts by Anonymous Coward · · Score: 0
  189. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0
    This is going to be somewhat unpopular, I know, especially with all you flaming BSD zealots out there, but I feel it has to be said.

    The simple truth that nobody here will seem to accept is that BSD simply can not possibly move to the forefront of the Free Software / Open Source movement. The second it is, Microsoft (or IBM or Sun or whoever the Evil Empire of the Day is) will simply rip it off and create their own, which will sell to the PHB crowd like hotcakes. If (when?) this happens, all of everyone's hard work will be undone.

    But, entirely separately, if we want to reach an OSS-dominant situation at any point, it is imperative that we stop duplicating our efforts and immediately focus on one project. We cannot afford to have BSD bleeding developers and code away from Linux (which has far more momentum behind it), likewise for KDE and GNOME, and so on. Moves like this strike me as attempts to split up and hamstring the Open Source effort, and I don't like the smell of this one bit. BSD is a lost cause.

  190. Some actual facts by Anonymous Coward · · Score: 0
  191. Some actual facts by Anonymous Coward · · Score: 0
  192. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    It's dead, Jim.

  193. Netcraft confirms it... by Anonymous Coward · · Score: 0

    WordPerfect is dead!

  194. Re:Ah. Blissful clean architecture. by setagllib · · Score: 1

    Simple answer: It doesn't. I don't think one person notice OpenBSD, for instance, scaled badly in their use. It takes literally thousands of iterations before the problems become really apparent (except some really flaky cases, let's not mention those) and getting under that kind of load is pretty rare for what most people need. I hate when people say "my 2-user file server will be much faster under Linux, look at those benchmarks!" when the non-scalable solution is faster for low load than the scalable one (programmers, think how much it takes to fill the first ten spaces in an array, versus the same data into a binary tree).

    But nevertheless, I was impressed by Linux 2.6 having consistently fast and scalable results for those tests; while that doesn't impress me enough to want to use it for anything serious, it's nice to know they're wasting time on that instead of getting a code cleanup and audit done. Gotta have someone do 'software engineering' the Wrong Way, right?

    --
    Sam ty sig.
  195. Re:Ah. Blissful clean architecture. by setagllib · · Score: 1

    Are you a Nazi? "Why waste valuable oxygen on Jews and gays when Germans have so much more... consonants in their language". There's a blessing to variety. BSDs have something Linux doesn't; engineering. Momentum isn't everything. I could run for miles and just die on the spot afterwards. Or I could walk forever and get a lot of things done on the way. You think about it and post again with what you think momentum is good for.

    --
    Sam ty sig.
  196. Some actual facts by Anonymous Coward · · Score: 0
  197. Re:This is a Lie! by Anonymous Coward · · Score: 0
    Sure, we all know that *BSD is a failure, but why? Why did ekkoBSD die? Once you get past the fact that *BSD is fragmented between a myriad of incompatible kernels, there is the historical record of failure and of failed operating systems.

    *BSD experienced moderate success about 15 years ago in academic circles. Since then it has been in steady decline. We all know *BSD keeps losing market share but why? Is it the problematic personalities of many of the key players? Or is it larger than their troubled personae?

    The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead.

    As the situation grows more desperate for the adherents of this doomed OS, the sorrow takes hold. An unremitting gloom hangs like a death shroud over a once hopeful *BSD community. The hope is gone; a mournful nostalgia has settled in. Now is the end time for *BSD.

  198. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    I've been an avid follower of the developments in FreeBSD, but my overview of the entire history of "glue that binds" FreeBSD together isn't fully complete. That said, I've come to be a bit disappointed at how events in the last 18 months or so seem to be pushing the project in a direction that has made things more difficult, instead of more successful, that has shown disdain for experience and quality and made FreeBSD a platform for large ego's to push their personal projects down everyone's throat.

  199. This statement alone... by Anonymous Coward · · Score: 0
    "Any hope that there might be innovation coming from there at some point is clearly illusory, and with attitudes like that from its developers, BSD is clearly also useless as a platform for research."

    This statement alone is enough to qualify your post.
    I mean qualify as bullsh*t, of course. :)

    About the "illusory hope for innovation coming from there":
    Spotlight on Solaris Zones Feature
    "The Solaris Zones feature is based on the same basic concepts as FreeBSD Jails."

    About the "useless for research":
    30 Sep 2004 - NetBSD again sets Internet2 Land Speed World Record
    "NetBSD was used once more due to the scalability of its TCP code"

    1. Re:This statement alone... by Anonymous Coward · · Score: 0

      About the "illusory hope for innovation coming from there": Spotlight on Solaris Zones Feature "The Solaris Zones feature is based on the same basic concepts as FreeBSD Jails." [...] About the "useless for research": 30 Sep 2004 - NetBSD again sets Internet2 Land Speed World Record [netbsd.org] "NetBSD was used once more due to the scalability of its TCP code"

      If that's the extent of "innovation" and "research" being done with BSD (and it seems to be), it confirms what I already suspected: the *BSD family has nothing to tell us anymore about operating system research anymore. A minor variation on chroot and getting the fastest ftp across the Pacific just don't matter anymore.

    2. Re:This statement alone... by Anonymous Coward · · Score: 0
      [blah blah blah] A minor variation on chroot and getting the fastest ftp across the Pacific just don't matter anymore.

      If you say so..

      No, no: if *you* say so..

      Why don't you post your name along with your opinions, so that we all can see how authoritative they are?
      Or, can you at least provide some links where authoritative people make similar statements?

      Otherwise, you know, somebody could incidentally draw the conclusions that you're a total idiot (and troll) not having the slightest clue about what he's talking about.

      Could you? That would be nice.
      Thanks

    3. Re:This statement alone... by Anonymous Coward · · Score: 0

      Why don't you post your name along with your opinions, so that we all can see how authoritative they are?

      Innovation isn't assessed by "authoritative opinion", as you seem to believe, it's assessed through peer reviewed publications that make specific claims of novelty and verify them experimentally. You haven't provided any such references.

      In different words, if you make claims of innovation and engineering quality, it is your responsibility to support such claims. That's the way science and engineering work.

    4. Re:This statement alone... by Anonymous Coward · · Score: 0
      > [blah blah blah] if you make claims of innovation and engineering quality, it is your responsibility to support such claims.

      That's what I did with the links I posted.

      Too bad you have proved you're totally unable to support your statements by doing the same.

      Well.. if that doesn't qualify you as a *totally* clueless troll, what does? :)

      Goodbye, lamer.

    5. Re:This statement alone... by Anonymous Coward · · Score: 0

      That's what I did with the links I posted.

      You posted a link to an interview with the Solaris designer, who said he was inspired by BSD jails. And you posted a link to a page by a group who happened to be using BSD while testing overseas TCP connections.

      If you think those are evidence of innovation, you obviously have completely no idea how science or engineering work. On the one hand, you think that if I prove my authority, you should believe me, and on the other hand, you mistake incidental references to something for empirical evidence. Your statements are a prime example of fundamental scientific illiteracy.

    6. Re:This statement alone... by Anonymous Coward · · Score: 0
      This guy's really amazing:
      You posted a link to an interview with the Solaris designer, who said he was inspired by BSD jails. And you posted a link to a page by a group who happened to be using BSD while testing overseas TCP connections.
      If you think those are evidence of innovation, ..[some BS snipped]..
      Your statements are a prime example of fundamental scientific illiteracy.

      What a clueless, ignorant idiot.
      Besides the fact that an idea borrowed by Sun *is* evidence of innovation.
      *Your* scientific illiteracy is great. NetBSD was chosen by Swedish University because it happened to be *the best tool for the job*. In the words of the researchers:
      http://bsd.slashdot.org/comments.pl?sid=106258&cid =9049422

  200. Some actual facts by Anonymous Coward · · Score: 0
  201. Some actual facts by Anonymous Coward · · Score: 0
  202. Re:Ah. Blissful clean architecture. by naelurec · · Score: 1

    hahahahhahahahahah...

    1. In many ways, BSD is *more free* than Linux and other GPL code.. so perhaps its already "at the forefront" as you put it.

    2. Microsoft, IBM, Sun, etc already DO utilize a lot of BSD code in their products. BSDers just ask for some acknowledgement, but do not impose limitations of usage like the GPL. Heck, check out Mac OS X lately? Lots of BSD there.. :)

    3. Duplication of effort is a *good thing*. It promotes creativity, different implimentations and so forth. Without it, the first "good enough" version of something would stick. No one would question it and people would live with it. Stagnation would result.

    In addition, having diversity is GREAT for open source. It provides many projects that different contributors can put forth effort. I find hacking on BSD a lot of fun.. I didn't have as much fun on Linux. If Linux was the only system, I'd probably NOT spend nearly as much time developing on it .. Since I develop on BSD, stuff I create can be imported and/or reimplimented on other systems. A win all around.

    Besides, if there was one obvious answer, then other projects would slowly fade away. Since BSD is as strong as ever (even WITH all the attention toward Linux) -- perhaps people working on Linux should pay attention and see what the deal is.

  203. Some actual facts by Anonymous Coward · · Score: 0
  204. Some actual facts by Anonymous Coward · · Score: 0
  205. Some actual facts by Anonymous Coward · · Score: 0
  206. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    If you really want to be objective, you realize that BSD is going nowhere. It spins its wheels year after year. Some would say that BSD is dead.

  207. Some actual facts by Anonymous Coward · · Score: 0
  208. Some actual facts by Anonymous Coward · · Score: 0
  209. Re:xBSD is indeed D.E.A.D. - Clarification by api · · Score: 1

    Okay, nearly 24 hours later I am still modded a troll for complementing NetBSD with the words "elegant" and "dependable" in an attempt to re-purpose the extremely tired "BSD is dead" cowardly tirade that appears in response to every BSD article on /.

    The moderator appears to require a further explanation of the "Damn Elegant And Dependable - D.E.A.D. joke. Here goes:

    I admit the word "damn" defaults to a negative connotation but it also appears in the North American lexicon in phrases such as "Damn Small Linux" (damnsmalllinux.org) and Damn good pork rinds!" I also admit that "damn" could have a satanic connotation but it was intended to evoke the traditional BSD "daemon" logo. Until recently, the NetBSD logo was comprised of a number of daemons raising a flag in the sprit of the iconic WWII moment in Iwo Jima. Given the > 1 number of daemons, I trusted that "damn" would not be taken to represent the singular satan and thus offend those in "the red states."

    The word "elegant" is arguably subjective but is used several times in the other posts in response to the article. I suggest you either take user's word for it or do some testing yourself.

    Okay, okay, I confess, I was not comfortable capitalizing "and" perhaps in response to its unsightly and usually inappropriate placement at the beginning of a sentence.

    Then comes "dependable." I consider this a far less subjective choice than "elegant" and there are numbers to back it up. If you use the Internet, I guarantee that a significant number of the packets you send and receive pass through NetBSD-derived TCP/IP code, even on certain versions of Windows. You see, the TCP/IP specification was published and, correct me if I'm wrong, the BSD team were the first to implement it on top of AT&T's UNIX. The code was so good that companies started requesting that Berkeley release it separately. This led to the BSD Net/1 release and later the NetBSD project. The world "net" is not decorative. If you use TCP/IP, you surrender your right to discredit the BSD's, ESPECIALLY NetBSD. Likewise, if you use OpenSSL/OpenSSH or a web site that employs them, you should show your respect to the OpenBSD team that developed and maintains them. Does your Linux distribution include this BSD code?

    I hope this begins to clarify things to the Anonymous Coward(s) who spam the "BSD is dead" mantra and the Moderator who mistook a joke about a running troll for a troll. As for "BSD is dying" - enough already. You failed to make your point the first time and failed this time. Every user that "Switches" to Macintosh switches to BSD. Every time you use OpenSSL, you use BSD. Every time you post this troll, you most likely use BSD in the process.

    "BSD is dying" is dead.

    MD

  210. Re:Ah. Blissful clean architecture. by Luke+Mewburn · · Score: 1

    The canonical location for that benchmark is:
    http://bulk.fefe.de/scalability/
    not the phish-alike mirror you provided.

  211. Some actual facts by Anonymous Coward · · Score: 0
  212. Supported hardware by bedessen · · Score: 1

    If you would like to see the supported hardware for x86, here is the link. It might save someone a few seconds if you just want to see what the current state of drivers is. And, in my case, it was good: they support both cardbus ethernet adaptors in my laptop, which is what I was looking for. :)

  213. Re:Ah. Blissful clean architecture. by Anonymous Coward · · Score: 0

    NetBSD is the slowest of the BSD systems. And all of them are very slow relative to modern computer systems.

  214. Some actual facts by Anonymous Coward · · Score: 0
  215. Dispelling the GNU/FUD, once again... :-( by Anonymous Coward · · Score: 0
    FUD:
    Objectively speaking? The NetBSD so-called desktop is about 5 or 6 years behind the times. The NetBSD desktop in reality (as opposed to the hype) is nothing more than a copy of emacs running in an twm xterm. With a little luck you should be able to get xclock and xclipboard running so as to enhance your NetBSD "desktop".

    Facts:
    http://netbsd.org/gallery/in-Action/
    http://netbsd.org/gallery/in-Action/screenshots.ht ml
    And the galleries are old, so they don't even reflect the software now available.

  216. Re:xBSD is indeed D.E.A.D. - Clarification by setagllib · · Score: 1

    I greatly support your post, except that OpenSSL is not a BSD project (at least not the OpenSSL we know today). Firstly, its code is measurably filthy, but more importantly, it's under an Apache-style license (which is pretty evil compared to a BSD license). OpenSSH IS BSD however.

    Right now I'm very ticked off at reality. Every OS I've used has at least some huge flaw which makes me want to run another, which leads to yet another huge flaw. Yes, even NetBSD 2. Said flaws wouldn't even be hard to fix, but it's as if the world just won't allow any one system to be perfect, and toys with the minds of developers and corporations to prevent such a thing happening.

    --
    Sam ty sig.
  217. This is actually worth rerplying to by ulib · · Score: 1
    Ok. This post, albeit arrogant and stupid, sheds some light over the FUD-spreading activity that has been going on here on this board - for *years*. That's why, since the BSD systems are the ones I prefer, I feel like replying to this BS point by point.

    This is going to be somewhat unpopular, I know, especially with all you flaming BSD zealots out there, but I feel it has to be said.

    Uh.. I really don't see "flaming BSD zealots", I just see FUD-spreading GNU/trolls. But.. whatever. Shoot.

    The simple truth that nobody here will seem to accept is that BSD simply can not possibly move to the forefront of the Free Software / Open Source movement.

    Care to explain why?
    Moreover: if BSD did, the academical and technical aspect of Open Source software would finally prevail over the political anti-proprietary crusade. That would be a Good Thing, IMHO.

    At present, Linux is favoured because many corporations (IBM, Novell, etc) are using it to fight the Microsoft monopoly. But as soon as the monopoly ends (as soon as possible, I hope) the market wouldn't benefit any more from a communistic anti-proprietary crusade.

    The second it is, Microsoft (or IBM or Sun or whoever the Evil Empire of the Day is) will simply rip it off and create their own, which will sell to the PHB crowd like hotcakes. If (when?) this happens, all of everyone's hard work will be undone.

    1) Nobody can "rip off" any BSD code. You can *use* it, but you can't claim it's your own, and you *must* give proper credits to the author. The only ones having trouble to grasp this simple concept (or, I should say, the only ones actually *stealing* code) seem to be some GPL programmers.
    2) Microsoft won't certainly be the only one to *use* BSD code. Its competitors do it as well, and the smaller they are, the more benefit they can draw out of it. Apple uses BSD code extensively. Linux can use it too, of course - again, as long as proper credits are given.
    BSD, if anything, is *contributing* to the end of the Microsoft monopoly.
    3) "All of everyone's hard work" will be *acknowledged*, not "undone".
    Some people seem to have trouble to understand that not every Open Source programmer is out on a crusade against proprietary software...

    But, entirely separately, if we want to reach an OSS-dominant situation at any point,

    ...and who the h**l gives a f**k? Seriously. As far as I can understand, BSD are devoted to technical excellence, not to communistic politics.

    it is imperative that we stop duplicating our efforts and immediately focus on one project.

    1) People can focus on the same project only if they have the same objectives, I don't think this is the case.
    2) If you really wanna avoid duplicated efforts, start by looking at the myriads of gnu/linux distributions out there...

    We cannot afford to have BSD bleeding developers and code away from Linux (which has far more momentum behind it), likewise for KDE and GNOME, and so on.

    Ehm... BSD is older than Linux. So, Linux would be the one sucking away developers and code... but I don't think this is the case - again: *different objectives*.. BSD has an academical spirit, Linux is loaded with politics.

    Moves like this strike me as attempts to split up and hamstring the Open Source effort, and I don't like the smell of this one bit.

    Wow, that's really gross..
    Do you like the smell of the FUD that you GNU people are spreading over BSD??

    Oh, I forgot: basically, what you say is "Yeah, it's a disgusting thing to do, but it's for a good cause".
    This calls for a mandatory question: where would you GNU people draw the line between what is legitimate to do in the name of your "cause" and wha

  218. Some actual facts by Anonymous Coward · · Score: 0
  219. Errata by ulib · · Score: 1

    The second link was actually this:
    The MyDoom Effect: Crossing the Line into Terrorism
    (I fell into the long-post temptation again..)

  220. Some actual facts by Anonymous Coward · · Score: 0
  221. Some actual facts by Anonymous Coward · · Score: 0
  222. Re:Supported obituary by Anonymous Coward · · Score: 0

    *BSD Obituary

    *BSD, 27, of Berkeley, CA died Monday, Dec. 6, 2004. Born July 3, 1976, it was the creation of a cluster of pot-smoking hippies who went to Illinois and came home with a reel of tape. Rather than smoke the tape, they uploaded it and hacked on it a little.

    *BSD was known for its C shell and early TCP/IP implementation. After being banished from UC Berkeley, it was ported to the x86 platform, where it fell into the hands of heavier pot-smokers who liked to argue. Soon, the project had splintered into 12 different Balkanized projects. Until its death, there was almost constant fighting in and amongst these groups, sometimes degenerating into out-and-out fistfights. One developer had his jaw permanently wired shut.

    *BSD is survived by its superior, Linux, as well as several commercial unix implementations. It may be missed by some who knew it, although most of them are said to be mere OS dilettante dabblers.

    A funeral will be held at 2 p.m. Thursday, Dec. 9, at the Berkeley Chapel on the UC campus, with interment to follow via the burning of the original *BSD tapes and scattering of the ashes over the San Francisco Bay. The Rev. Lou "Buddy" Stubbs will officiate.

    The family will receive friends from 7 to 8 p.m. Wednesday, Dec. 8, at the funeral home.

  223. Re:xBSD is indeed D.E.A.D. - Clarification by Anonymous Coward · · Score: 0

    You have been mod-trolled! You have lost. Have a nice day.

  224. The Real Facts About NetBSD by Anonymous Coward · · Score: 0

    Yet another sickening blow has struck what's left of the *BSD community, as a soon-to-be-released report by the independent Commision for Technology Management (CTM) after a year-long study has concluded: *BSD is already dead. Here are some of the commission's findings: Fact: NetBSD, which claims to focus on portability (whatever that is supposed to mean), is slow, and cannot take advantage of multiple CPUs. "That about drove the last nail in the coffin for BSD use here," said Michael Curry, CTO of Amazon.com. "We took our NetBSD boxes out to the backyard and shot them in the head. We're much happier running Linux." Fact: the *BSDs have balkanized yet again. There are now no less than twelve separate, competing *BSD projects, each of which has introduced fundamental incompatibilities with the other *BSDs, and frequently with Unix standards. Average number of developers in each project: fewer than five. Average number of users per project: there are no definitive numbers, but reports show that all projects are on the decline. Fact: X.org will not include support *BSD. The newly formed group believes that the *BSDs have strayed too far from Unix standards and have become too difficult to support along with Linux and Solaris x86. "It's too much trouble," said one anonymous developer. "If they want to make their own standards, let them doing the porting for us." Fact: DragonflyBSD, yet another offshoot of the beleaguered FreeBSD "project", is already collapsing under the weight of internal power struggles and in-fighting. "They haven't done a single decent release," notes Mark Baron, an industry watcher and columnist. "Their mailing lists read like an online version of a Jerry Springer episode, complete with food fights, swearing, name-calling, and chair-throwing." Netcraft reports that DragonflyBSD is run on exactly 0% of internet servers. Fact: There are almost no FreeBSD developers left, and its use, according to Netcraft, is down to a sadly crippled .005% of internet servers. A recent attempt at a face-to-face summit in Boulder, Colorado culminated in an out-and-out fistfight between core developers, reportedly over code commenting formats (tabs vs. spaces). Hotel security guards broke up the melee and banned the participants from the hotel. Two of the developers were hospitalized, and one continues to have his jaw wired shut. Fact: *BSD has no support from the media. Number of Linux magazines available at bookstores: 5 (Linux Journal, Linux World, Linux Developer, Linux Format, Linux User). Number of available *BSD magazines: 0. Current count of Linux-oriented technical books: 1071. Current count of *BSD books: 6. Fact: Many user-level applications will no longer work under *BSD, and no one is working to change this. The GIMP, a Photoshop-like application, has not worked at all under *BSD since version 1.1 (sorry, too much trouble for such a small base, developers have said). OpenOffice, a Microsoft Office clone, has never worked under *BSD and never will. ("Why would we bother?" said developer Steven Andrews, an OpenOffice team lead.) Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised. According to Jim Markham, editor of the online security forum SecurityWatch, the few OpenBSD servers that exist on the internet have become a joke among the hacker community. "They make a game out of it," he says. "(OpenBSD leader) Theo [de Raadt] will scramble to make a new patch to fix one problem, and they've already compromised a bunch of boxes with a different exploit." With these incontroverible facts staring (what's left of) the *BSD community in the face, they can only draw one conclusion: *BSD is already dead.

  225. My review of the facts by Anonymous Coward · · Score: 0

    Yet another sickening blow has struck what's left of the *BSD community, as a soon-to-be-released report by the independent Commision for Technology Management (CTM) after a year-long study has concluded: *BSD is already dead. Here are some of the commission's findings:

    Fact: NetBSD, which claims to focus on portability (whatever that is supposed to mean), is slow, and cannot take advantage of multiple CPUs. "That about drove the last nail in the coffin for BSD use here," said Michael Curry, CTO of Amazon.com. "We took our NetBSD boxes out to the backyard and shot them in the head. We're much happier running Linux."

    Fact: the *BSDs have balkanized yet again. There are now no less than twelve separate, competing *BSD projects, each of which has introduced fundamental incompatibilities with the other *BSDs, and frequently with Unix standards. Average number of developers in each project: fewer than five. Average number of users per project: there are no definitive numbers, but reports show that all projects are on the decline.

    Fact: DragonflyBSD, yet another offshoot of the beleaguered FreeBSD "project", is already collapsing under the weight of internal power struggles and in-fighting. "They haven't done a single decent release," notes Mark Baron, an industry watcher and columnist. "Their mailing lists read like an online version of a Jerry Springer episode, complete with food fights, swearing, name-calling, and chair-throwing." Netcraft reports that DragonflyBSD is run on exactly 0% of internet servers.

    Fact: There are almost no FreeBSD developers left, and its use, according to Netcraft, is down to a sadly crippled .005% of internet servers. A recent attempt at a face-to-face summit in Boulder, Colorado culminated in an out-and-out fistfight between core developers, reportedly over code commenting formats (tabs vs. spaces). Hotel security guards broke up the melee and banned the participants from the hotel. Two of the developers were hospitalized, and one continues to have his jaw wired shut.

    Fact: *BSD has no support from the media. Number of Linux magazines available at bookstores: 5 (Linux Journal, Linux World, Linux Developer, Linux Format, Linux User). Number of available *BSD magazines: 0. Current count of Linux-oriented technical books: 1071. Current count of *BSD books: 6.

    Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised. According to Jim Markham, editor of the online security forum SecurityWatch, the few OpenBSD servers that exist on the internet have become a joke among the hacker community. "They make a game out of it," he says. "(OpenBSD leader) Theo [de Raadt] will scramble to make a new patch to fix one problem, and they've already compromised a bunch of boxes with a different exploit."

    With these incontroverible facts staring (what's left of) the *BSD community in the face, they can only draw one conclusion: *BSD is already dead.

  226. Some actual facts by Anonymous Coward · · Score: 0
  227. Some actual facts by Anonymous Coward · · Score: 0
  228. Some actual facts by Anonymous Coward · · Score: 0
  229. Errata 2 - the Rob Enderle links I posted... by ulib · · Score: 1
    I read some more articles by this guy (Rob Enderle) and I also read again the articles I linked. Even if he definitely has a point about certain things, this guy spreads quite a lot of Microsoft FUD. So, if you happen to read them, beware..

    For example, in one of those 2 articles he says:
    "The Pros are platform agnostic. They just want to get the job done, [...]"
    True.
    But then he tries to manipulate the reader by saying:
    "The Pros generally see things like the SCO legal action as someone else's problem and have done their best to distance themselves from any related issues."
    False.
    How on earth can a Pro consider the SCO issue as someone else's problem, when 1) SCO's threatening to sue his customers whenever he should choose to deploy a particular OS and 2) SCO's trying to hinder the use of that OS, that is one of the tools he can choose to get the job done?
    And then: why shouldn't a Pro be interested in the end of Microsoft's monopoly? He would benefit from the end of the monopoly *more* than anybody else, because to a Pro, the more tools are available, the better.
    Finally, when he's suggesting that Pros should do "their best to distance themselves from any related issues".. he's actually suggesting to drop Linux completely (surprise, surprise). While that would be more than fine most times - since there's BSD :) - a Pro really wants as much choice as possible. So, the SCO lawsuit to a Pro is somehow a pain in the ass no matter what.

    No, after reading the articles a second time, those 2 links definitely weren't worth posting: I apologize for that. Besides some well-founded concerns, they contain too much dishonest Microsoft propaganda for my taste.

    But, let's make it clear, this takes nothing away from the lack of ethics of the GNU/Linux advocates.
    The proof is all the FUD spread on this very board.

    --
    Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    1. Re:Errata 2 - the Rob Enderle links I posted... by setagllib · · Score: 1

      Actually, that makes sense. You prove social (even psychological) trends by looking at real people. Slashdot contains, believe it or not, real people, and ulib identified a real trend among some of them.

      So the moron is the person who calls someone, someone who is doing things exactly the right way, a moron and a zealot... i.e. you. It was entertaining for the rest of us though, so don't feel too bad.

      --
      Sam ty sig.
    2. Re:Errata 2 - the Rob Enderle links I posted... by ulib · · Score: 1

      Thanks, setagllib, very nicely put indeed - but as you can see, some people aren't even worth paying attention to.. ;)
      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    3. Re:Errata 2 - the Rob Enderle links I posted... by setagllib · · Score: 1

      Care to give one example of this 'beating'? Keepin mind that acting like you've won doesn't mean you've won.

      --
      Sam ty sig.
    4. Re:Errata 2 - the Rob Enderle links I posted... by Anonymous Coward · · Score: 0

      Have three.

      one , two , three.

      It's funny, you have a big mouth, but don't seem to know jack shit about Linux *or* BSD, really.

    5. Re:Errata 2 - the Rob Enderle links I posted... by Anonymous Coward · · Score: 0

      Since the intention of the open source community is to create an OS to rival Windows, wouldn't it be better if the BSD developers developed Linux instead - if you're trying to compete with the world's largest company, it's best to be united. BSD is dying, but Linux continues to grow.

    6. Re:Errata 2 - the Rob Enderle links I posted... by Anonymous Coward · · Score: 0

      I don't think the intention is to create an OS to rival Windows at all.

      I think if you asked most BSD and Linux OS programmers, they would say their OSes are ahead of windows, and were never behind it.

      The intention is simply to create a good operating system and have fun while doing so... but that said, most BSD programmers (especially kernel programmers) would rather choke on their own manure than admit Linux is better at anything than their software... so they wouldn't use it. If they're happy with BSD though, why should they?

    7. Re:Errata 2 - the Rob Enderle links I posted... by AgainstFUD · · Score: 1
      I don't think the intention is to create an OS to rival Windows at all.
      I think if you asked most BSD and Linux OS programmers, they would say their OSes are ahead of windows, and were never behind it.
      The intention is simply to create a good operating system and have fun while doing so... but that said, most BSD programmers (especially kernel programmers) would rather choke on their own manure than admit Linux is better at anything than their software... so they wouldn't use it. If they're happy with BSD though, why should they?

      1) I think most BSD kernel hackers and most Linux kernel hackers are mature enough to recognize their respective points of strength/weakness. No? They would be pretty silly if they couldn't do that.

      2) Ehm.. you just replied to somebody asserting that "BSD is dying" (some actual facts here). So.. yeah, I really think You Have Been Trolled (YHL HAND). :)

  230. Healing the Pain by Anonymous Coward · · Score: 0
    Of course you mourn the demise of OpenBSD. It's only natural. Dealing with the death of an operating system close to you can be one of the most traumatic experiences of your life, and you're bound to go through a range of emotions. While you may be able to work through those feelings on your own, it's often helpful to talk to a friend, a family member, or a counselor. You might also seek out a support group for people who are grieving.

    Grieving is a process, and it's totally normal to go through feelings of shock, sadness, anger even guilt. The healing process is different for everyone. It might take you six weeks to move on, or it might take you six years. Don't beat yourself up because you're not "over it" yet. It takes time to heal wounds.

    So what else can you do to feel better? It might sound corny, but try writing a letter, making a collage, or planting a tree in memory of the operating system you've lost. Remembering and celebrating all the good things *BSD brought to your life might help give you some closure, and having a keepsake to honor *BSD may help you get through some tough times in the future when you'll be missing it.

    It's true that life won't be the same without *BSD around. It may seem like you'll never feel better, but eventually you will. Take some comfort in the wisdom of the old saying, "Time heals all wounds," and remember that *BSD will always be with you in your heart.

  231. Some actual facts by Anonymous Coward · · Score: 0
  232. Some actual facts by Anonymous Coward · · Score: 0
  233. Parent's a troll.. [nt] by Anonymous Coward · · Score: 0

    [nt]

  234. Re:Ah. Blissful clean architecture. by srvivn21 · · Score: 1

    FWIW, the phish-alike mirror, is a feature... http://www.scs.cs.nyu.edu/coral/.

    I posted the link pretty early, and was unsure of how much traffic it would generate. Coralizing links seems to be a farily good option for slashdot traffic, as much of it originates from US universities.

    *shrug*

    Thanks for pointing it out all the same.

  235. Some actual facts by Anonymous Coward · · Score: 0
  236. Some actual facts by Anonymous Coward · · Score: 0
  237. Re:Verified Exec by Anonymous Coward · · Score: 0

    Yeah, Linux has something like this. It's basically a hack to the ELF linker/loader or something like that. I think they're still working on it, though, as support doesn't seem to be ready yet.

  238. Completely wrong. by Anonymous Coward · · Score: 0

    Exploit the default running services on OpenBSD. Oh, you can't? Then I guess netbsd turning them off isn't more secure is it? NetBSD is less secure because their idea of security is turning everything off. Then if you want to actually use the system, you are vulnerable and its your fault for not leaving everything turned off. NetBSD is just as secure and useful as a machine with no power.

    Using gcc-ssp optionally is meaningless. The entire system, including kernel is protected in OpenBSD, by default, in an ordinary binary install. Plus, all software you compile uses propolice unless you explicitly disable it.

    And read your own link, NetBSD has nothing like W^X, they just made the stack and heap non-exec. OpenBSD ensures that no memory is ever both writable and executable. There is a big difference. Hooray for NetBSD's half assed approach to security, just make it sound secure and morons will think it really is.

    1. Re:Completely wrong. by Anonymous Coward · · Score: 0
      > NetBSD is less secure because their idea of security is
      > turning everything off.

      Don't you understand that the same thing can be said for OpenBSD? If one used your logic, one could say OpenBSD was less secure than RedHat because the idea of OpenBSD's security was turning everything except sshd off. And actually OpenBSD's slogan "only one remote hole *BY DEFAULT*" depends on this fact, as you know OpenBSD had many remote security holes (not only one) in the past.

      As shown by OpenBSD at first, it's really better to turn needless services off by default. I don't know why OpenBSD doesn't follow their own principle about some services like sshd and other things (e.g. if you enables xdm on OpenBSD, it listens TCP port by default, this contradicts today's common sense), but NetBSD does follow the principle made by OpenBSD better than the OpenBSD now.

      Your claim that NetBSD is less secure is just wrong. For example, NetBSD fixed many kernel holes *BEFORE* OpenBSD, even many years before. If you really compare OpenBSD's kernel fixes with NetBSD's, you should see this fact. As OpenBSD people often says, security is a process, and certainly OpenBSD has advantages in some area of security (e.g. having propolice by default), but that doesn't mean OpenBSD is always better about security than NetBSD. There are some area that NetBSD is better than OpenBSD about security, if you don't know such area, you are just not clueful enough about OpenBSD and NetBSD.

      > NetBSD has nothing like W^X, they just made the stack and
      > heap non-exec.

      Either you cannot understand English, or you are just spreading FUD. Which are you doing here?
      Please read the page again. NetBSD kernel can do just same with OpenBSD's W^X, if one is using amd64. And amd64 machines are just cheap enough for people who takes security seriously.

  239. Re:Verified Exec by Anonymous Coward · · Score: 0

    This isn't rocket science. There are a number of different implementations in various hardened patches, and there have been around for a while.

    It isn't in the Linux kernel proper though...

  240. Wired News Confirms Linux Superior to *BSD by Anonymous Coward · · Score: 0

    IT IS OFFICIAL; WIRED NEWS CONFIRMS: LINUX IS SUPERIOR TO *BSD
    *BSD is Dying, Says Respected Journal

    Linux advocates have long insisted that open-source development results in better and more secure software. Now they have statistics to back up their claims.

    According to a four-year analysis of the 5.7 million lines of Linux source code conducted by five Stanford University computer science researchers, the Linux kernel programming code is better and more secure than the programming code of *BSD.

    The report, set to be released on Tuesday, states that the 2.6 Linux production kernel, shipped with software from Red Hat, Novell and other major Linux software vendors, contains 985 bugs in 5.7 million lines of code, well below the average for *BSD software. NetBSD, by comparison, contains about 40 million lines of code, with new bugs found on a frequent basis.

    *BSD software typically has 20 to 30 bugs for every 1,000 lines of code, according to Carnegie Mellon University's CyLab Sustainable Computing Consortium. This would be equivalent to 114,000 to 171,000 bugs in 5.7 million lines of code.

    The study identified 0.17 bugs per 1,000 lines of code in the Linux kernel. Of the 985 bugs identified, 627 were in critical parts of the kernel. Another 569 could cause a system crash, 100 were security holes, and 33 of the bugs could result in less-than-optimal system performance.

    Seth Hallem, CEO of Coverity, a provider of source-code analysis, noted that the majority of the bugs documented in the study have already been fixed by members of the Linux development community.

    "Our findings show that Linux contains an extremely low defect rate and is evidence of the strong security of Linux," said Hallem. "Many security holes in software are the result of software bugs that can be eliminated with good programming processes."

    The Linux source-code analysis project started in 2000 at the Stanford University Computer Science Research Center as part of a large research initiative to improve core software engineering processes in the software industry.

    The initiative now continues at Coverity, a software engineering startup that now employs the five researchers who conducted the study. Coverity said it intends to start providing Linux bug analysis reports on a regular basis and will make a summary of the results freely available to the Linux development community.

    "This is a benefit to the Linux development community, and we appreciate Coverity's efforts to help us improve the security and stability of Linux," said Andrew Morton, lead Linux kernel maintainer. Morton said developers have already addressed the top-priority bugs uncovered in the study.

  241. Some actual facts by Anonymous Coward · · Score: 0

    http://bsd.slashdot.org/comments.pl?sid=132239&cid =11067413

  242. Some actual facts (Parent's a troll..) by AgainstFUD · · Score: 1
  243. Some actual facts (Parent Deceptive, Is a Troll) by Anonymous Coward · · Score: 0
  244. Some actual facts (Other links are trolls) by Anonymous Coward · · Score: 0
  245. Some actual facts (Parent is a Troll) by Anonymous Coward · · Score: 0
  246. Some actual facts by Anonymous Coward · · Score: 0

    AgainstFUD is a troll, pay no attention.

    http://bsd.slashdot.org/comments.pl?sid=132239&cid =11067413

  247. Re:Ah. Blissful clean architecture. by elronxenu · · Score: 1
    NetBSD makes a great all around OS. NetBSD tends to be willing to break with tradition where others aren't.

    If it's so correct then tell me this: Did they rename creat() to create()??

  248. Congrats, you just won dumbest fuck on slashdot. by Anonymous Coward · · Score: 0

    Pretty impressive work, good job. Defending trolls, and ragging on people who tell trolls to stfu is definately astoundingly stupid.

  249. Re:xBSD is indeed D.E.A.D. - Clarification by Anonymous Coward · · Score: 0
    Although he is described as having "America's most beloved voice," Franklyn MacCormack's young life did not hold much promise for a career in show business. The shock of an automobile accident when he was six brought on aphasia, a loss of speech which lasted until he was 13. From then until his 19th birthday, he spoke only with a stutter.

    When the condition ended, he joined a touring stage company, singing a lusty baritone in Friml and Romberg musicals. In 1932 his troupe came to Chicago where Franklyn fell in love with radio, a medium well suited to his dramatic experience and golden voice.

    Incredibly, destiny was to see him not only overcome his misfortune, but go on to become a well-known personality on Chicago's WGN radio, where for almost forty years, he filled the air for Chicago's night crowd with a quiet blend of soft music, nostalgic poetry and tranquil patter.

    Sadly, Franklyn MacCormack and BSD are both dead. Rest in peace, dear hearts.

  250. Parent's forgetting one tiny detail... by ulib · · Score: 1
    ..that when someone doesn't bother to reply to an AC, it's not always because the AC's right.

    You know.. there might be other more plausible explanations. ;)

    (I know, I know, don't feed the troll and stuff, but on this one I couldn't resist)
    --
    Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    1. Re:Parent's forgetting one tiny detail... by Anonymous Coward · · Score: 0

      Not when you and setagllib are on the case. Look how quickly you jump to try to point me out wrong in this thread, for example.

      But if you would like to point out how setagllib *wasn't* beaten in any of those three arguments, feel free.

  251. Re:Congrats, you just won dumbest fuck on slashdot by bondjamesbond · · Score: 1

    Theo? Is that you?