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.

265 of 574 comments (clear)

  1. 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.
  2. 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!

  3. 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.

  4. 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.

  5. 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

  6. 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 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.

    5. 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.
    6. 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
    7. 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)

    8. 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.

    9. 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.

    10. 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
    11. 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.

    12. 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.

    13. 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
    14. 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.
    15. 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!
    16. Re:Yeah but, by /dev/trash · · Score: 1

      i386 does SMP?

    17. 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
    18. 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
    19. Re:Yeah but, by lachlan76 · · Score: 1

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

    20. 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.
    21. 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.
    22. 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"?
    23. 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"?
    24. Re:Yeah but, by nutznboltz · · Score: 1

      pictures of Lily...

    25. 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
    26. 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.
  7. Re:NetCraft confirms it ... by Nirbo · · Score: 1

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

  8. 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*

  9. 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 kjs3 · · Score: 1

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

    3. 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
    4. 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
  10. 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.
  11. 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.

  12. 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.

  13. 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 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)
    5. 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.

    6. 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.
    7. 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

    8. 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".

  14. 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.

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

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

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

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

  17. 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 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.
  18. 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
  19. 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

  20. 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
  21. 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.

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

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

  23. 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.

  24. 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 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.

    3. 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).

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

    have I told you how much I love google images?

  26. 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.

  27. 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 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? : )

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

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

    5. 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.
  28. Re:*BSD is dying by kjs3 · · Score: 1

    Do not feed the troll...

  29. 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

  30. 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.

  31. 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.
  32. 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.

  33. 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.)

  34. 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.

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

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

  36. 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?
  37. Live CD for i386 by joshuaobrien · · Score: 1

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

  38. 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
  39. 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.
  40. 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.

  41. 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 ChristTrekker · · Score: 1

      Obviously they were counting in binary and someone misread it.

    3. 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?
    4. 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.
  42. 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.

  43. 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.
  44. Re:What are NetBSD's strengths? by saintlupus · · Score: 1

    I have never seen anything so good at dying.

    Apple?

    --saint

  45. 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.
  46. 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.
  47. 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.
  48. 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.

  49. 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/
  50. 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.
  51. 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 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".

    3. 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.
    4. Re:Why should I care? by meadowsp · · Score: 1

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

    5. 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.
    6. 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.

    7. 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.

    8. 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.
    9. 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.
    10. 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.
    11. 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.

    12. 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.
    13. 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.


  52. 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.

  53. 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.
  54. 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.
  55. 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 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
    6. 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.
    7. 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.
  56. 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
  57. 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 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?
    3. 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.

    4. 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 ;)

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

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

  59. 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.

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

    Yes.

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

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

  62. 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.

  63. 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.

  64. 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!
  65. 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?
  66. 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?

  67. 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!
  68. 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 . . .

  69. 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).

  70. 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.

  71. 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 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
  72. Yes, but by VonGuard · · Score: 1

    Will it run on my toaster?

    --
    Don't Crease the Weasel!
  73. 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)

  74. 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

  75. 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.

  76. 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.

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

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

  78. 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.
  79. 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.
  80. 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.
  81. 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.
  82. 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.
  83. 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.
  84. 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.
  85. 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.
  86. 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

  87. 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.
  88. 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.

  89. 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 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.
    3. 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.
  90. 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.

  91. 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
  92. 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.
  93. 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?
  94. 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.)

  95. 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.........
  96. 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

  97. sorry, typo by jeif1k · · Score: 1

    What an embarrassing typo. Although I am generally also quite "anti-diluvian", here the correct word is "antediluvian".

  98. 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.

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

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

  100. 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?
  101. 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.
  102. 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

  103. 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.

  104. 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.
  105. 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.
  106. 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.
  107. 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
  108. 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.

  109. 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.
  110. 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
  111. 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. :-)

  112. 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

  113. 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.
  114. 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.
  115. 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.
  116. 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.
  117. 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'.

  118. 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.

  119. 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

  120. 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.

  121. 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. :)

  122. 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.
  123. 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'.

  124. 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.
  125. 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.
  126. 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

  127. 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..)

  128. 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.
  129. 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 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). :)

  130. 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.

  131. 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
  132. Some actual facts (Parent's a troll..) by AgainstFUD · · Score: 1
  133. 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()??

  134. 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'.

  135. Re:Congrats, you just won dumbest fuck on slashdot by bondjamesbond · · Score: 1

    Theo? Is that you?