Slashdot Mirror


Overview of the BSDs

zeekiorage writes "A good informative article about the various BSD OSs, their legacy, philosophy and importance on the ExtremeTech web site. Excerpt from the article: 'Nowadays, the term 'The BSDs' refers to the family of operating systems which were derived, to a greater or lesser extent, from BSD. The five best known BSDs are FreeBSD, NetBSD, OpenBSD, BSD/OS, and Darwin (which serves as the foundation for Apple's MacOS X). But virtually all modern operating systems -- from Windows to BeOS to Linux -- rely on crucial BSD code to run.'"

399 comments

  1. BSD by glamslam · · Score: 5, Interesting

    I've always wondered why Linux gets the mainstream press and BSD is not well known. Is it the licence???

    1. Re:BSD by Anonymous Coward · · Score: 1, Insightful

      I think it's the fact that Linux is a more recent phenomenon - journalists like "out of the blue" stories. BSD's origins are well-established and relatively boring. Which is not to say one is "better" than the other - both have their own culture and history, and both have commercial prospects/versions/uses.

    2. Re:BSD by coene · · Score: 5, Insightful

      I think (the 1 paragraph answer), Linux is popular because of the "Tech Boom Era", where companies could get millions in funding for having a business plan written on a napkin. Linux embodied the "One Smart Guy Takes On The World", and "Everything Is Changing" ideals that drove the economy a few years back. To think that Linus, a single guy, with a rag-tag group of developers, with their sandals and freakishly stylish hair, could make an OS that would compete with the biggest and best offerings from Sun and IBM. Its a cultural thing. Linux had timing. BSD has been around much longer, and its much more mature than Linux. Linux has GREAT marketing, BSD has (basically) none.

      Its not about the technology, but about the marketing, the timing, and the media's embrace.

    3. Re:BSD by SirSlud · · Score: 4, Insightful

      One word: optics.

      News works like this .. when a dog bites a man, thats relevant and important news (because you dont want to be bitten, right?) The problem is, its not news that sells. And so you end up with media that would rather print the "man bites dog" story intead of the "dog bites man" story, even tho "man bites dog" stories have little or no relation to your continued existance and are unlikely ever to affect your life.

      So BSD has always been doing well in the server/ISP/*nix market, so its not news. Linux's surge in popularity, and thus all the wonderful brand value you can leech off of its popularist image, is responsible for all the bru-haha.

      The only other thing worth mentionning is that most of the GUI stuff going on, which matters most to end users, was written by people on Linux .. and get ported to the BSDs after. From that perspective, you could argue that Linux is the more important OS for the end user since thats where all the desktop wars are being fought in the *nix world.

      --
      "Old man yells at systemd"
    4. Re:BSD by quigonn · · Score: 0, Flamebait

      BSD has been around much longer, and its much more mature than Linux.

      You're joking, aren't you? The problems that the BSDs have are lack of drivers (compared to Linux), crude system limits (there's a maximum number of processes on OpenBSD, and if there are more processes, fork() only returns -1), a userland with less features (those who aren't GNU software), their IPv6 implementations are not standard-conforming and they're crashing more often than Linux does (NetBSD crashed on quite a lot of laptops of friends of mine, and it also did several times on my VAXstation). Do you call that "more mature"?

      --
      A monkey is doing the real work for me.
    5. Re:BSD by Anonymous Coward · · Score: 0

      More like the hardware support.

      Mainstream media doesn't hear much about BSD (that is, FreeBSD, OpenBSD, and the like..MacOS X being based on FreeBSD is meaningless to most of the people buying them) because it doesn't run on many people's desktops. Sure, you might hear a bit about servers every now and then, but to really get the attention of the news and other sources, you really need to be doing something neat on the desktop.

      Feel free to tell me that you run FreeBSD or the like as a desktop OS, by the way. Just because it runs on your own machine doesn't mean it's the perfect solution for everyone..I've found that promoters of FreeBSD are even less tactful when it comes to shoving their OS down your throat.

    6. Re:BSD by Anonymous Coward · · Score: 0

      NO, I call you and your friends a bunch of idiots!

    7. Re:BSD by MrResistor · · Score: 5, Insightful

      The Linux community is larger. I'm guessing that this is because Linux was written for x86 origionally, and was therefore available for the platform just about everybody has before BSD was. Obviously this is not true now, but momentum is a hard thing to overcome. I'm not confident on my timeline here, so if someone could prove that BSD was available for x86 prior to 1991, I'd happily concede the point.

      The Linux community is less mature. Obviously there are some negative aspects to this, and I'm sure you could find a few BSD folks who would be happy to list them for you. However, there are positive aspects as well. The most important, I think, is that it leads to more focus on things "normal" people (meaning people who aren't sysops) care about, like games. This lures more "normal" people into the community, who lure their frinds into the community, making it larger.

      The Linux community is more vocal. I think this is largely connected to the "immaturity" of the Linux community, and serves as both blessing and curse. Regardless, the world listens to those who speak out, and the fact that our culture glorifies youth almost to the point of worship goes a long way towards mitigating the negative aspects of the lack of maturity in the public eye.

      Anyway, that's my take on it. For the record, I'm a Linux guy. To my knowledge I have never used a BSD.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    8. Re:BSD by Anonymous Coward · · Score: 0

      No, you're joking.

    9. Re:BSD by the+way,+what're+you · · Score: 1
      Is it the licence???

      No, it's all the posts on a certain techie site proclaiming that BSD is dying.

      --
      example.org - powered by Linux!
    10. Re:BSD by coene · · Score: 4, Insightful

      I'm not joking. Lack of drivers? I've never had that problem. I have plenty of different boxes, all hardware usable under OpenBSD. Crude system limits? Without going into perticulars, you do know about configuring limits correct? IPv6 implementation is Kame, how is that non-standard? I'm not even going to address the crashing problem, if it crashes -- report it and it will get fixed. The boxes I have dont mysteriously crash.

      BSD may not be as fool-proof as Linux.. it requires a brain to operate. My OpenBSD firewalls can show you how mature it is, with their only downtime being 5minutes to throw on the latest release.

    11. Re:BSD by Krow10 · · Score: 5, Interesting
      Blockquoth the poster:
      Linux had timing. BSD has been around much longer, and its much more mature than Linux. Linux has GREAT marketing, BSD has (basically) none.

      Its not about the technology, but about the marketing, the timing, and the media's embrace.
      It is true that linux had timing, but it predates the tech boom era by a few years. Back in the day (early '90s,) linux could be downloaded anonymously without making any promises to anyone. There were still concerns regarding AT&T code in BSD at that time. Linux was just the easiest to get (from my perspective) in those days, and it was clearly and unambiguously free (beer.) This meant that it had a larger hobbyist install base than BSD, and that is why it is more popular now, IMO. All the stuff you talk about is true. But it wouldn't have happened if BSD had been as readily available as linux. BSD had the reputation of being a "real" Unix, and I would have chosen it over linux if I had been able to easily get my hands on it in '92. I suspect other early adopters would have as well.

      -Craig
      --
      Corollary to Clarke's Third Law: Any technology distinguishable from magic is insufficiently advanced.
    12. Re:BSD by cookd · · Score: 4, Insightful

      I think most of your arguments are based on a chicken-and-egg fallacy. You are saying that BSD's relative unpopularity are due to these things. I really think these things FOLLOWED Linux's popularity.

      * Linux got popular, so a lot of people wrote drivers for it.

      * System limits have significant advantages, especially in the server setting where a box will server a well-defined role with things like # of processes, etc. staying relatively constant. They allow for more efficient memory layout and fewer runtime calculations. I think they are still there because they still have advantages in some cases -- and these are the cases where people will choose BSD over Linux. In the cases where this is a disadvantage, go ahead and use Linux if you want to (although so far I've never really had a problem with the limits). In fact, a couple of times, they've saved me when I made som programming errors and dropped the equivalent of a fork() bomb on my machine. The limits prevented the bad program from monopolizing all resources, and I was able to terminate my buggy program.

      * Userland -- you may have a point. I haven't looked into it all that much. But again, this might be a chicken-and-egg thing. Linux's userland developed because of the community and not vice-versa.

      * IPv6 problems -- I hadn't heard about that. I'm sure it will be fixed soon enough.

      * Crashing -- I think everything crashes on some platforms that don't have properly written drivers. I've got a FreeBSD server that only comes down on power failures and kernel upgrades. By now, I'm pretty confident that it is bulletproof. I'm sure different distributions have different characteristics, just as different Linux versions and distros do. But you can get FreeBSD to be as stable as anyone needs. Go to NetCraft and see longest uptimes. You have to go down to #20 before you get to one that isn't BSD.

      And besides -- the daemon in sneakers is cool :).

      --
      Time flies like an arrow. Fruit flies like a banana.
    13. Re:BSD by aussersterne · · Score: 2, Interesting

      It's because Linux is better suited to desktop PC's. I "grew up" on SunOS systems. At the time, they were super-cool to me... comparing my 286 DOS PC at home with the *nix systems in the labs was a humbling experience indeed.

      But times have changed! The 386 processor made its way into personal computers, and with it... *nix!

      But times haven't changed that much for BSD. *BSD ship as fairly vanilla-flavored, purist offerings. Great, if you like to feel like you're still running SunOS in 1991. Great, if you like to have to grab things from ports yourself.

      But grab a Linux distribution and install it, and you've got nicely thought out dotfiles, GNU tools and a ton of other binaries out of the box to provide some basic level of user-friendliness (which is good, even for *nixheads) and you've got driver support for things like TV tuner cards and parallel port devices that are likely to occur on desktop PCs. Days of legwork are not required to get your system running like you like it.

      By contrast, when using *BSD on x86, the user experience for me isn't much different from installing commercial Unixes like Solaris from media onto Sun hardware... I always spend a day swearing under my breath as I have to pound the 'net to download and in some cases compile all of my favorite tools and applications, rework a bunch of dotfiles/config files and so forth and so on, just to make the system behave as nicely as my Linux system did ten minutes after install. Some call preinstalling and preconfiguring applications like Linux distros often do "bloat" but I call it saving my time. I'd rather waste an extra 400MB (geez, what's that, like... a few quarters worth?) on my 120GB hard drive by installing software I might not use (but who knows, someday I might) than install a relatively bare operating system and then have to spend time selecting, browsing, downloading, compiling...

      *BSD is great if you're running a headless server, but Linux has made *nix a viable out-of-the-box personal computing platform, as much as people like to bash Linux's desktop prowess when compared to Windows.

      I guess the short answer is that I use Linux because I just don't want to spend the time after installing *BSD to make it work and act like... Linux!

      --
      STOP . AMERICA . NOW
    14. Re:BSD by Zakabog · · Score: 1

      I always figured it was because Linux is much easier to slide into. I have FreeBSD installed now on my 300MHz PII and I had a bit of trouble figuring it out (I've got it now though, the handbook is VERY nice.) Anyway, with linux, anyone can go download a distro like redhat, install it in like an hour, have X setup (working nicely with just about any video card.) They don't need to worry about setting up X, they get a nice graphical install, very easy to understand too and well documented.

      BSD would be much more popular if it were easier to install and supported more stuff. There's the problem with nvidia and you can't use their driver in BSD (which drives me nuts because all my video cards use the nvidia chipset, and I can't do OpenGL stuff with my viper 770 because it has to use the vesa video driver and it's incredibly slow.) The kernel is a bit harder to compile (in my opinion anyway, I like make menuconfig in linux.) Anyway, when BSD becomes much easier to install, and much easier to config, more and more people will start using it. It doesn't seem like an OS you can switch to from windows.

    15. Re:BSD by McCart42 · · Score: 3, Funny
      To my knowledge I have never used a BSD.

      Friends don't let friends drink and dual-boot.
      --
      "I may be quite wrong." - Socrates
    16. Re:BSD by SN74S181 · · Score: 4, Interesting

      I guess the short answer is that I use Linux because I just don't want to spend the time after installing *BSD to make it work and act like... Linux!


      What a ridiculous tautology.

      I use BSD because I don't want to have to spend the time after letting some Linux distro spew candy and BS onto my hard drive to make it work and act like UNIX.

      The base NetBSD download is about 60 megs compressed. I download and install that and I've got a working base system to adapt to my needs. Plus, there's one distribution of NetBSD, I can install it on my Intel boxes, my Sparc boxes, on about any odd hardware I find, and the .dotfiles and config is virtually identical. Compare that to the 5-35 different 'distributions' of Linux available for each architecture.

      Part of the beauty of the BSDs is they follow the bloody standards that have evolved over the last 30 years of UNIX. I can pick up any good Administration book and find the info I need to get the features I am concerned with up and running.

    17. Re:BSD by FatRatBastard · · Score: 2, Insightful

      Another reason, which is ironic, is back in the early 90's it was the perception of the BSD community that was a stickler for a lot of people. The BSD crowd (rightly or wrongly) were percieved as an insular, clubby, bickering bunch. A lot of folks worked on Linux because they had a "nicer" development community.

      Now, I'm not saying this perception was warrented, but I know more than one person who held this view.

      Of course, now the tables have turned and its Linux who's mentioned when you talk about issues about "the community"

    18. Re:BSD by Anonymous Coward · · Score: 0

      Feel free to tell me that you run FreeBSD or the like as a desktop OS

      Thanks. I run FreeBSD as a desktop OS.

      Actually, I don't. Strictly 2000 Pro for me (at least for now). But I felt free to tell you that I do.

    19. Re:BSD by MobyTurbo · · Score: 2, Troll
      The Linux community is larger. I'm guessing that this is because Linux was written for x86 origionally, and was therefore available for the platform just about everybody has before BSD was. Obviously this is not true now, but momentum is a hard thing to overcome. I'm not confident on my timeline here, so if someone could prove that BSD was available for x86 prior to 1991,
      386BSD and it's commercial cousin BSD/386 (now BSD/OS) existed at around the same time as Linux kernel version 0.95 as I recall from Usenet posts. (A Linux user since 0.95 who has since migrated to Free and NetBSD.)
      I'd happily concede the point.
      Happily concede the point then. :-) At the most Linux was available on the 386 in a useful form a few months before BSD; if it weren't for the AT&T lawsuit during a crucial period you might have not made this statement:
      Anyway, that's my take on it. For the record, I'm a Linux guy. To my knowledge I have never used a BSD.
      Because you'd be running BSD. (Linus himself said that *he* would have run BSD if it weren't for the timing and the lawsuit.)
    20. Re:BSD by Anonymous Coward · · Score: 0

      Well at least OpenBSD has good man pages. I get tired of typing 'man someprogram' on Debian and getting a page that says "This program has no man page".

    21. Re:BSD by Fweeky · · Score: 3, Informative

      Most BSD's come with binary packages on the install CD(s). No need to download anything if you don't want to.

      Personally I prefer FreeBSD ports to dpkg/apt. And I *loved* apt when I was using Debian :)

      I'd prolly still use a Linux for a desktop though, but for servers, Linux can go jump in a lake.

    22. Re:BSD by jawtheshark · · Score: 1

      My last tri-boot system was setup in a drunken stupor. Works fine you know. And I use BSD daily. I like it more than Linux, but that of course will be modded down around here.
      No seriously, the Linux systems I use are the ones that are most close to BSD. Slackware and derivates. I suppose, the simplicity of BSD like systems goes me best.

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    23. Re:BSD by axxackall · · Score: 1
      I've been using both Linux and BSD for about 5 years.

      My own impression is that Linux developers try harder to make system work on various hardware. That includes both motherboard? CPU platforms and perepherial devices. Linux recognised USB and Firewire long before BSD did. Linux has been ported to PPC (die MacOS, die!) long before BSD did. Same for SMP.

      The other point is that Linux vendor did not ignore X11 configuration problems. Comparing to typical nightmare on BSD. For years all my BSD-addicted friends used BSD mostly as head-less servers. For years Linux-addicted (like myself) guys enjoyed X11 console on Linux boxes (both servers and workstations).

      Portability is third reason to mention. I've tried Oracle, Java and win32 applications on Linux 3-5 years ago. But even today I doubt anyone will trust such applications running on BSD.

      Make conclusions yourself :)

      --

      Less is more !
    24. Re:BSD by Beetjebrak · · Score: 2, Interesting

      That's funny.. I switched to FreeBSD out of Win2K because I was unhappy with 2K. My experience with Linux distro's, and I tried many of them over the years, is that each of them is different from the other. This requires me to learn a great many different versions of Linux (yes I know, 7.3 is not the version numer.. it's measured by kernel rev. etc..). But in operation each distro is different. SuSE differs from Mandrake differs from Slackware differs from Redhat etc. I take FreeBSD, set up the bare bones system, and get to be there and see where everything goes when I install it. Afterwards I can just copy /usr/ports/distfiles to any other box I want similarly configured. This cuts a lot of the download times. I then start the compile with the make.conf set to the proper CPU type on that box. This makes a difference many times on Intel hardware! Then when that's done I just dupe all of /usr/local/etc to the new box, restart the necessary daemons and I have two identical servers.
      I did try FreeBSD on a desktop, and no, it's not a very fast-paced OS for games or anything. But then again, if I want games, I'll buy a PS2 but that's just me I guess. I use my FreeBSD desktop now for basic office work, and to be able to test new stuff locally before deploying anything.
      My point is that if you want to know where everything goes, BSD is great, Slackware Linux too, but that's the ONLY Linux I know that works like this. Admitted, I haven't tried Gentoo yet but portage sounds good.
      Also I used to run a server on SuSE 7.3 because I needed it set up very quickly and indeed, nothing beats a GUI setup when it comes to quickly setting up. Fire and forget, so to say. But man, was I sorry!!
      The network card kept failing consistently without showing anything in logs. Network card fried?? Surprisingly, no! I decided to take the whole thing down, install *BSD, and it's now been running solidly ever since 4.6.2 was made a RELEASE. I've installed about 25 different BSD servers overtime during the past year and NONE of them required a reboot for any reason other than planned upgrades or hardware failure and some of those take LOTS of punishment 24/7.
      I wish I could say the same about my Linux experiences, and I actually did try many times ever since RedHat 6.0 came out.

      Know what you want, find the best tool for the job, and learn how to use it. The best desktop OS is a BSD anyway, but doesn't run on x86. I'll switch as soon as my Athlon 1100 gets really obsolete!

      Just my two 0,01

      --
      Learn from the mistakes of others. There isn't enough time to make them all yourself.
    25. Re:BSD by jbolden · · Score: 2

      How are the mainstream Linux distributions any more different than OpenDarwin, FreeBSD, NetBSD and OpenBSD are from each other?

    26. Re:BSD by JDizzy · · Score: 2, Interesting

      Yeah, this is true...

      "Condesending unix users" is the term I used to hear flote around. You also have to remember that FreeBSD didn't exist until 94, and linux started in like 92'ish. At the time, people would use BSDos as a cheap alternative to SunOS, and at the time SUNos was still BSD driven. Later on when Sun went to a SYSv frame-work from att, things started to change. Solaris hit the scean like a shockwave, and FreeBSD, and NetBSD were back to obscurity. In america, a bunch of small dial-up ISP's started to use FreeBSD as an alternative to Sun Unix, since it was free. This is what drove the BSD's to the point they are now. Now we have a much larger user base, and yet we are still supposedly dead according to your typical slashdot troll. WE have conventions each year where we decide what features will be worked on in the next year, and what features are good enought to insert into the existing dist's. We have heritage that dates back to Bill Joy implementing TCP/IP into the kernel, and everything in between then and now. Most importantly, we do not exist on a virus like license that entraps developers who wish to modify code (yes, I'm talking about GPL).

      It is true that FreeBSD development is more based on a clique of developers than a rag-tag group of hackers that work on Linux distributions. AT one time, the clique was very exclusive, but now it is basically like the way it was for Finux in 97. WE are always gainning more steam.

      --
      It isn't a lie if you belive it.
    27. Re:BSD by sydb · · Score: 3, Interesting

      The base NetBSD download is about 60 megs compressed. I download and install that and I've got a working base system to adapt to my needs. Plus, there's one distribution of NetBSD, I can install it on my Intel boxes, my Sparc boxes, on about any odd hardware I find, and the .dotfiles and config is virtually identical. Compare that to the 5-35 different 'distributions' of Linux available for each architecture.

      This is why Linux has Debian

      Actually Net and Free BSD have (are getting) Debian too.

      Which highlights that this whole fucking linux vs BSD argument is misnamed. Linux is a kernel. The userland is substantially GNU, with a plethora of third-party contributions and appropriations.

      So everyone start comparing kernel features and lay off userland.

      --
      Yours Sincerely, Michael.
    28. Re:BSD by dadragon · · Score: 2

      I like FreeBSD and OpenBSD. NetBSD is okay, but i like OpenBSD better. Yes, there is something of a lack of drivers in all of the BSDs.. but nothing important is missing. Most things that linux has the the BSDs don't are what I call "toys". Things like my SB Audigy and 1394 controller.

      It seems that the 1394 controller is supported in NetBSD-current if not 1.6, but not the Audigy to which it is attached. If I could use the Audigy in NetBSD or FreeBSD I'd dump Linux in a second.

      --
      God save our Queen, and Heaven bless The Maple Leaf Forever!
    29. Re:BSD by drightler · · Score: 1

      My linux firewall only has downtime when i boot onto a new kernel...

      --

      blah blah blah....
      drightler@technicalogic.com
    30. Re:BSD by Anonymous Coward · · Score: 0

      Just out of curiosity, how much GNU software does FreeBSD use? If FreeBSD hates the GPL, why does it use so many GPLed programs?

    31. Re:BSD by Anonymous Coward · · Score: 0

      Uh, NetBSD had USB well before Linux did, dolt.

      And fuck your stupid 20 second limit. It doesn't take people with a brain 20 seconds to write a simple reply.

    32. Re:BSD by Anonymous Coward · · Score: 1, Funny

      To think that Linus, a single guy, with a rag-tag group of developers, with their sandals and freakishly stylish hair, could make an OS that would compete with the biggest and best offerings from Sun and IBM.

      Hold on there, cowboy. I wouldn't go as far to say that their hair was stylish.

    33. Re:BSD by JoeBuck · · Score: 5, Interesting

      This is a personal perspective, others' opinions will probably differ. The lawsuit mattered, but it wasn't the only factor.

      The explosive growth of Linux in the early days had more to do with personal dynamics than with much else. In the early days, Linus welcomed contributors and worked well with them, but no one could work with the Jolitzes, and the other early BSD projects were similarly elite, with a lot of backbiting going on between the various groups even in the early days. I am a UC Berkeley alum (EECS PhD) and certainly take a great deal of pride in all the contributions that came out of Berkeley, but I was also present at a number of Usenix BOFs where members of one or another of the BSD factions would bitterly denounce someone from another faction, all the while with the AT&T/UCB/BSDI lawsuit hanging over everyone's heads. In addition to the legal cloud, there were the personal relationship clouds, and in the end, free software is a highly social activity, one that the BSD people were never as good at as the Linux people.

      When I saw the early Linux kernels I thought that the quality was way inferior to what the BSD folks had at the time, and I was probably right, but the Linux folks had an attractive spirit, they were getting better by leaps and bounds, and the BSD folks thought they knew better than anyone else and those outside the club weren't welcome. Linux had drivers for just about every cheap card around, and many of them were buggy but at least they were usable, and in many cases people reporting bugs got a usable patch within days. BSD had well-written drivers, but for far fewer devices, and usually only the kinds of expensive devices that sysadmins at universities (but not home users) had access to. Now I'm talking about the 1992-1995 time period here; since then things have shifted around considerably and all the competitors have drivers for just about everything. But it was the initial momentum that set the stage for what followed.

      One place where the non-copylefted nature of BSD did seem to have an effect was in the suspicion that a lot of the Berkeley CS grad students had about the schemes (their version) of the BSDI folk, and the FUD that got spread around about what was being given back and what wasn't, especially given that a couple of folks were working for CSRG and BSDI at the same time. Between this rather unattractive clique-ridden gang of exclusive gurus, and the bunch of wild and wooly Linux folks who were just whacking away and learning as they went, the Linux folks just looked much more attractive to a lot of people.

    34. Re:BSD by Paul+Komarek · · Score: 2

      I've had driver problems on FreeBSD. For instance, KeySpan apparently offered to help the FreeBSD folks implement a driver for their USB-to-serial port devices, so long as a liason was appointed. Nobody responded on the mailing lists, and AFAIK (true in early summer) there is still no support for USB-serial devices.

      Not exactly a "device", but FreeBSD is still lacking journaling filesystems. On the other hand, several vendors are working on them simultaneously for linux-based systems: IBM, SGI, and Reiser. This is outside of the "core" journaling filesystem, ext3.

      I can't comment on OpenBSD -- I don't use it and it doesn't have the same kernel as FreeBSD. But that's probably part of the device driver problem -- each BSD has it's own kernel. Not to mention that the BSD folks have heavy (IMO unnecessary) overlap with the GNU project.

      -Paul Komarek

    35. Re:BSD by LunaticLeo · · Score: 5, Interesting

      What an ingnorant and rediculous answer. I swear slashdot needs a high-user-id-filter.

      I can give a much better and factually based argument for all all those dumb slashdoters who moded this junk up.

      In the very early 1990s, AT&T and BSDi were just finishing up their copyright dispute (btw, AT&T was in the right on some things and BSDi on others).

      The two people maintaining 386BSD were not accepting desperate pleas by BSDers to indegrate some IDE patches. FreeBSD started largely because of the 386BSD maintainers recalcitrance.

      On the other hand, Linux was quickly gaining steam and it was a wild and woolly time. IDE support was in Linux 12 to 18 months prior to FreeBSD (at least in what each camp claimed was the "stable" version).

      Developers with cheap PCs with IDE controllers flocked to Linux. Lots of newbies, and I was one of them, bought ISA IDE cards and new drives to replace their RLL drives, just to run Linux.

      BSD was clearly more mature compared to Linux in the early days. I believe Linux started winning the Linux vs. FreeBSD debate around Linux 2.2. Both NetBSD and OpenBSD have less sofisticated features for very good reasons. NetBSD is port-anywhere, and OpenBSD is run by a paranoid schizophrenic (sometimes that is a good thing:). And while I said Linux wins (in my mind) vs. FreeBSD (scalabilty, features, drivers, speed, etc.); FreeBSD is still an excellent kernel and has a few very cool features that I wish Linux had. FreeBSD as a distribution is a very compelling product. Ports rule.

      If the "Tech Boom Era" was a factor in the FreeBSD vs. Linux on cheep PCs competition, FreeBSD would win. During the "Tech Boom Era", most of the biggest Porn sites (porn is the biggest money maker, and driver of bandwidth), have traditionally run on FreeBSD because of its consistant stability under extreme load, and efficient TCP/IP stack. Yahoo was built on FreeBSD. UUNet was a MAJOR FreeBSD user. If the "Tech Boom Era" is anything to go by, FreeBSD should have "won".

      Bottom line, both kernels (linux and freebsd) were/are on a geometric growth curve, Linux had 12-18 month lead time with IDE, that is why Linux "won".

      Oh! and Linus Torvalds is a fucking genius. I am not sure what he is a genius at, but as an all around Project Maintainer he is a fucking genius.

      --
      -- I am not a fanatic, I am a true believer.
    36. Re:BSD by Paul+Komarek · · Score: 2

      It's all about the penguin. ;-)

      Slightly more seriously, I think the "cowboy" attitude of the linux community has helped.

      Example: Don't like slow NFS? Just change the defaults (in older kernels) to async.

      The BSD "folks" seem (to me) as very conservative compared to the fast-and-footloose anything-for-a-thrill linux "folks". They seem "ivory tower"-ish compared to the "real world" linux people.

      Also different between the two communities is that Linus pulled in all the GNU project tools to create and operating system. Since the GNU tools were already popular in the early 1990s, people could move to a GNU/Linux system and feel right at home. The BSD-derived operating systems come with BSD baggage that makes them hard to use for non-BSD folks

      Summary: GNU/Linux systems make better use of existing software and trends than BSD systems, which increasese popularity and effiency.

      Now I'll hit post, read what I wrote, and see if I believe it. ;-)

      -Paul Komarek

    37. Re:BSD by Anonymous Coward · · Score: 0

      If FreeBSD hates the GPL, why does it use so many GPLed programs?

      It doesn't, and it doesn't. As far as I know, gcc is the only GNU tool included in the base system.

    38. Re:BSD by F2F · · Score: 2

      in support of your comment:

      http://slashdot.org/comments.pl?sid=22790&cid=24 58 146

      at the time this was posted red hat 6.2 had trouble running oracle 8i for more than 50 days straight

    39. Re:BSD by Schubert · · Score: 1

      Actually (at least on openbsd) fork does NOT return -1, it returns EAGAIN....

      if ((nprocs >= maxproc - 5 && uid != 0) || nprocs >= maxproc) {
      tablefull("proc");
      return (EAGAIN);
      }

      #define EAGAIN 35 /* Resource temporarily unavailable */

      So not exactly -1, check your facts.

      Oh and crude? CRUDE? its a SYSCTL VARIABLE! sysctl kern.maxproc you @#$@#$! if you need more, INCREASE IT! sysctl -w kern.maxproc=N

      NetBSD crashed alot on a laptop of your friends? excellent anecdotal evidence! hell Linux 2.2 and 2.4 kernels crashed ALOT on my hp omnibook 6000 laptop so I run openbsd on it... does that lead me to claim that linux sucks just because my particular hardware sucks? No.

      So in conclusion, twinkies taste good.

      --
      -- schubert
    40. Re:BSD by Greebz · · Score: 1


      It doesn't hate the GPL, it prefers the BSDL.

      There's not a lot of GNU software outside of the C compiler.

      grep, diff, tar, gzip and groff all spring to mind, outside of GCC. awk was the GNU version but it's being replaced with the "original" awk, I believe.

      Oh, and binutils is in there.

    41. Re:BSD by bovinewasteproduct · · Score: 2

      Just one small nitpick here...

      You also have to remember that FreeBSD didn't exist until 94

      Actually it was started in early '93. I started hacking on it in around august of '93 and it had been going for atleast 3 or 4 months before that. And if you consider it a direct decendent of 386BSD then it's even older. 386BSD's big problem during that era was the small amount of driver controllers it could use, it was not until later that it could use the older drives.

      BWP

    42. Re:BSD by SN74S181 · · Score: 1

      Actually, the BSD OSes have a substantially NON-GNU userland.

    43. Re:BSD by Anonymous Coward · · Score: 1

      * Userland -- you may have a point. I haven't looked into it all that much. But again, this might be a chicken-and-egg thing. Linux's userland developed because of the community and not vice-versa.

      A lot of GNU userland apps are bloated as hell with lots of redundant features.

    44. Re:BSD by Anonymous Coward · · Score: 0

      Not to mention that the BSD folks have heavy (IMO unnecessary) overlap with the GNU project.


      And since the BSD license is freer, the GNU folks should just put away the sabres and use the BSD code.

      However, without their 'We are the Borg, you will be assimilated' attitude, thankyou.

    45. Re:BSD by Arandir · · Score: 4, Insightful

      a userland with less features

      It's whatever floats your boat. GNU has historically extended the classic UNIX utilities to the nth degree, while BSD has been content to replicate the classic UNIX utilities (in a lot of cases, the BSD utilities ARE the classic UNIX utilities). It's the difference between "give them enough rope to hang themselves" and "K.I.S.S".

      Neither way is wrong, so neither way is evidence of superiority.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    46. Re:BSD by Inthewire · · Score: 0, Flamebait

      Learn to spell or learn to use spellcheck or you will continue to come across as a fucking idiot.

      --


      Writers imply. Readers infer.
    47. Re:BSD by jadavis · · Score: 1

      Can you give some examples of unix utility differences, and possibly some reasons for the differences? What might a GNU user be surprised about as he tries out FreeBSD?

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    48. Re:BSD by atrus · · Score: 2

      Not exactly a "device", but FreeBSD is still lacking journaling filesystems.

      Do your homework. Its called soft-updates. Its not journaling in the same sense as ReiserFS is, but the end result is the same. And yes, its enabled by default for any new file systems that you create as of the past few releases.

    49. Re:BSD by Arandir · · Score: 4, Insightful

      A good example is tar. GNU tar has many more command line switches and options than the standard (not just BSD) tar has. It means that scripts written assuming a GNU tar won't always work on machines with a standard tar.

      Another example, of which I actually have both versions is make. GNU has added a whole stack of new functionality and stuff to its version of make. There's nothing wrong with it, but it ain't standard. The reason I have two versions of make installed is that there's a heck of a lot of software that implicitly assumes GNU make is standard. A significant fraction of the ports specify GNU make as a dependency precisely because of this.

      The biggest surprise a Linuxite in BSDland will encounter is that a lot of what they thought was standard UNIX was really GNU. Some of these "linuxisms" are really basic, like shell scripts with the heading #!/bin/sh that only work with bash, to the more obscure, like why ldconfig doesn't behave the way you think it should.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    50. Re:BSD by coene · · Score: 2

      In NetBSD/OpenBSD, USB-TO-Serial devices work wonderfully (I've tested 3 different devices, NetBSD and OpenBSD share a lot of the same device code).

      Try a uplcom one.

    51. Re:BSD by sydb · · Score: 2

      I know. Did I say otherwise?

      --
      Yours Sincerely, Michael.
    52. Re:BSD by Tigen · · Score: 1

      Back in the early 90's there wasn't yet such hype and hoopla. It wasn't until the tech boom atmosphere and the IPOs that the media started babbling on about Linux. Before that, the media ignored Linux AND BSD.

    53. Re:BSD by Paul+Komarek · · Score: 2

      We use soft updates on our FreeBSD fileserver. As you say, they're not the same as journaling, and I'll add that the end result is not the same when your server crashes and you fsck on boot.

      -Paul Komarek

    54. Re:BSD by Paul+Komarek · · Score: 2

      I expect that this "freer" stuff is semantic. Maybe it would be appropriate to say that the BSD license is "free as in anarchy", while the GPL is more like social freedoms (freedoms which require balance). I've never been an anarchist or libertarian, and prefer the freedom-infrastructure built by the GPL.

      -Paul Komarek

    55. Re:BSD by Billly+Gates · · Score: 2

      As well as the bsd ports style gentoo linux. With this distro you actually have to do more work then Freebsd and is much more unix-like.

      Part of the freedom of Linux is that you can choose what you like by the distro. If you just want to use a linux system and not have to configure it or do not have time to do so then mandrake is the one. IF you want great corporate support for work, then redhat is the proper one. If you want stability then debian. The point is that you choices based on your needs.

      I also hate to say it, but sysVr4 is the defacto standard today. All of the big unix apps are designed for sysV systems and linux is compliant with it. Solaris, HP-UX, Irix, SCo openserver, sco unixware, and Linux are in the sysV camp. Any unix book today assumes you use solaris or linux. The argument to use *BSD because all the docs are written for it is a very outdated and 80's-ish argument. Go to any bookstore and look in the unix section. Gnu has not only caught up with posix but has succeded it.

    56. Re:BSD by Anonymous Coward · · Score: 0
      Maybe it would be appropriate to say that the BSD license is "free as in anarchy", while the GPL is more like social freedoms (freedoms which require balance).

      No. It would be accurate to say that the GPL is "free as in Fascism."

    57. Re:BSD by Paul+Komarek · · Score: 2

      By "free as in anarchy", I meant "freedoms without conditions". As I understand the BSD license, you don't have to give anything up to enjoy more-or-less complete freedom with the code. This seems somewhat in line with anarchist, or possibly libertarian, ideals (few or no rules, irrespectively).

      In contrast, the GPL gives you freedoms you wouldn't enjoy under fair-use provisions, but certain freedoms (redistribution) are only granted under certain conditions. Thus the GPL is much like the First Amendment to the American Constitution in trying to achieve some balance of order and legal-infrastructure and individual rights (quite unlike the current American government ;-).

      That's what I meant by my comment. What did you mean by yours? While I appreciate the irony of the statement "free as in Fascism", I don't understand at all how the GPL is anything like fascism. Are you suggesting that Mussolini's style of governance provided more freedoms to the Italian people than was the default, or that Hitler was working on balanced legislation for the good of all Germans?

      -Paul Komarek

    58. Re:BSD by PainKilleR-CE · · Score: 1

      I expect that this "freer" stuff is semantic. Maybe it would be appropriate to say that the BSD license is "free as in anarchy", while the GPL is more like social freedoms (freedoms which require balance). I've never been an anarchist or libertarian, and prefer the freedom-infrastructure built by the GPL.

      I think the libertarian part is probably more accurate than anarchy. I think 'freer' mostly depends on point of view, though. For the developer, the GPL has far more limits than the BSD license, because the GPL is focused on giving freedom to the end-user, not the developers. The BSD license is more academic in nature, giving the code away in such a manner that it can be used by everyone, not just people willing to follow a strict set of rules (of course, the BSD license does have some rules, but they're fairly minor, the most common version simply requiring the copyright to be maintained). This, of course, is why BSD code drives many of the most important standards for internet connectivity in most of the popular operating systems.

      Keeping your code from becoming part of a proprietary project has it's benefits, I'm sure, but it's hard to argue against the fact that BSD code has helped standardize the way we do so many things. Some people point at Microsoft's TCP/IP stack as the failing of the BSD license, I look at it as the success of the license.

      --
      -PainKilleR-[CE]
    59. Re:BSD by Theom · · Score: 1

      There is code where the BSD license is better suited for the job, think ogg and vorbis libraries. Mostly you benefit form a BSD style license when you have to set a standart, but IMHO a copyleft license is better suited for applications.

      --

      mp3: l33t term for empty.
    60. Re:BSD by that_goatse_guy · · Score: 1
      Linux embodied the "One Smart Guy Takes On The World", and "Everything Is Changing" ideals that drove the economy a few years back. To think that Linus, a single guy, with a rag-tag group of developers, with their sandals and freakishly stylish hair, could make an OS that would compete with the biggest and best offerings from Sun and IBM.
      I agree and I think it's important to not overlook the "rags to riches" (sic) angle. With Linux, you have one charismatic/personable leader, with *BSD you have...Theo DeRaadt (!?!?)or (at best) the "Core Group" (quick-name 5 core members you read about *outside* of the mailing lists). It's also worth mentioning that the tannenbaum (sp?)/torvalds flame war helped to paint Linux as an underdog too (imho).
    61. Re:BSD by Theom · · Score: 0

      No that's why linux has linux from scratch.

      --

      mp3: l33t term for empty.
    62. Re:BSD by Greebz · · Score: 2, Interesting

      Not a great example for the question asked:

      (removed)>uname -sr
      FreeBSD 4.6-STABLE

      (removed)>tar --version
      GNU tar version 1.11.2

    63. Re:BSD by that_goatse_guy · · Score: 1
      I guess the short answer is that I use Linux because I just don't want to spend the time after installing *BSD to make it work and act like... Linux!

      I can NOT believe the moderation this blatant piece of flamebait has gotten.

      First off, all of what you are saying about *BSD as a desktop is pure, 100% FUD. Perhaps if your only experience with the desktop pc is setting it up, and you confine yourself to mandrake...you might have a point. Once you talk about parameters, or what difference there is beyond set up...your flamebait^H^H^H^H^H^H^H argument breaks down.
      *BSD is great if you're running a headless server, but Linux has made *nix a viable out-of-the-box personal computing platform, as much as people like to bash Linux's desktop prowess when compared to Windows.

      Set up debian as a desktop OS and then set up FreeBSD and THEN come back and tell me which one is more 'viable' (WTF?) "out of the box"...or is /stand/sysinstall on your system not working for some reason? *smirk*

      Sorry, I've used FreeBSD as a desktop for four years now, and once you get past the installation phase, *nix is *nix is *nix is *nix. And there is ZERO time difference between setting the two up as a desktop. (again, compared to anything other than mandrake...which I don't have the exprience to comment on.)

    64. Re:BSD by mackstann · · Score: 1

      they use the same kernel.

    65. Re:BSD by quigonn · · Score: 1

      If it really returns 35, then it's broken. Check the facts: http://www.opengroup.org/onlinepubs/007904975/func tions/fork.html

      Maybe what you think of is that errno is set to EAGAIN if fork() fails.

      And interestingly enough, increasing the sysctl value did not work. I set it to 4096, and yet I was unable to have more than about 80 processes at once (and plenty of free RAM, about 200 MB).

      --
      A monkey is doing the real work for me.
    66. Re:BSD by Beetjebrak · · Score: 1

      The BSD's are different OS'es and clearly state so whereas Linux distro's all pretend to be the same OS. I dare to say the BSD's (except OS X) are so much identical that operating boxes running the different versions will take very little getting used to. Installing them is a different story, but operating NetBSD, OpenBSD and FreeBSD works very similarly. They have the same filesystem arrangements, they all have their own ports collection, keep their config in the same places.
      Even though there are differences, those are much easier to overcome than for example the differences between Debian and SuSE. And some distro's from the same manufacturer even manage to mess up the whole filesystem layout and configuration when they jump a point release. I'm very happy with the consistency provided to me by FreeBSD from 4.0 to 4.6.2. It's been predictable, stable and easy to use. My servers run BSD, period. The maturity of the OS'es shows and that's a good thing on the server.
      I am willing to keep my eyes (and my desktop machine) open though, so if you have any suggestions for a killer Linux distro, I'd gladly give it a try.

      --
      Learn from the mistakes of others. There isn't enough time to make them all yourself.
    67. Re:BSD by geekopus · · Score: 1
      My main desktop at home is FBSD.


      What's the big deal?

    68. Re:BSD by Paul+Komarek · · Score: 2

      The TCP/IP stack is the example everyone likes to use as a BSD success story in standardization. Are there other examples? Incidently, I've been told (by a BSD guy) that the TCP/IP stack in Linux was written independently; that said, the author(s) probably had read W. Richard Stevens. =-)

      I think that GPL'd code could be used as a reference implementation, too. The recipients would have to write their own version, but could check the GPL version just as easy as they could check the BSD version.

      As for academic code, the BSD and GPL licenses both give the recipient more rights than typical university licenses. As a Ph.D. student I'd love to release my code under the GPL, but there is no way my advisor and/or my university would allow that. You used the term "strict" to describe the rules of the GPL relative to the BSD license; compared to typical academic rules, the GPL and the BSD are more-or-less equivalent.

      -Paul Komarek

    69. Re:BSD by LizardKing · · Score: 2

      I've been using both Linux and BSD for about 5 years.

      If that's true, then you havent learnt much.

      My own impression is that Linux developers try harder to make system work on various hardware

      Your impression's very wrong. NetBSD runs on more architectures than Linux, and they are often more actively maintained (Sparc32 Linux is currently unmaintained, and VAX support seems to have stagnated). Where Linux does support devices that the BSDs don't, it is invariably flaky and untested. Whereas in the BSD world support for a device has to be well tested before inclusion in a stable release, the Linux philosophy is "release early" (and release buggy). This early release philosophy gives the illusion of greater hardware support, but it's not much use if you're after stable support.

      Linux recognised USB and Firewire long before BSD did.

      Bullshit. NetBSD did.

      The other point is that Linux vendor did not ignore X11 configuration problems. Comparing to typical nightmare on BSD. For years all my BSD-addicted friends used BSD mostly as head-less servers.

      Well then, your friends must be pretty clueless, as the configuration of X is identical under BSD and Linux. Not surprising seeing as it's the same software.

      Portability is third reason to mention. I've tried Oracle, Java and win32 applications on Linux 3-5 years ago. But even today I doubt anyone will trust such applications running on BSD.

      Portability? You're having a laugh arent you? Porting applications from commercial Unix to Linux is much more of a headache than porting to BSD. Firstly, there's no standard Linux distribution, and all the distributions have subtly different patched kernel versions. BSD in contrast, is closer to commercial Unix (unsurprisngly given it's heritage). Emulation of other Unix variants is excellent in the BSDs. I can run Linux software on my NetBSD box, and it usually runs faster.

      Make conclusions yourself

      Well my conclusion is that you're an ill informed twat.

      Chris

    70. Re:BSD by m.dillon · · Score: 1
      It's even easier then that. With FreeBSD you can use read-only NFS exports to distribute both ports, the code base, and even /usr/obj. I usually do all my system builds on a single machine, NFS mount that host's /usr/src and /usr/obj on other boxes, build the world on one box and simply 'make installworld' on the other boxes. For more localized control I would simply export /usr/src and leave /usr/obj local on each host.

      Similar tricks can be done with ports through the use of a R+W exported /usr/ports but I personally use a method that only requires a read-only /usr/ports export. It's really simple: On your master machine make /usr/ports/distfiles a softlink to /usr/ports.distfiles, mkdir the local /usr/ports.distfiles (on all the boxes), and in /etc/make.conf (on all the boxes) set WRKDIRPREFIX to a local filesystem with enough space. Then you can simply NFS export /usr/ports to your other boxes. To avoid downloading the distfile multiple times you can leave /usr/ports/distfiles alone and export that (read-only for safety), then simply build the port on the master server (no need to install it) and the distfiles will be there for the clients.

      That coupled with a nightly cvsup on the server and every single box you have will have access to the latest and greatest with no effort at all.

      -Matt

    71. Re:BSD by m.dillon · · Score: 1
      I have to doubly agree in regards to system limits. FreeBSD's default limits are quite generous, and if you have to exceed them then you need to do some minor tuning. It is true that the limits were too conservative in older releases but that problem has been largly fixed over the last few years and most tunables can now be modified on a running system without having to compile the kernel. This is preferable to the Linux "I'll happily allocate all the system's resources to XXX if XXX happens to need it" methodology. Why? Because the allocate-as-much-as-appears-to-be-needed methodology only works when you only have one or possibly two heavily loaded resources. The moment you have more then that the system dies a horrible death or thrashes itself to pieces. And god help you if such a system is DOSsed!

      So while it is true that you tend to need to tune FreeBSD a bit more in an extreme environment, what you get out of it is far better stability and far more consistency under load. And *THAT* is why people use FreeBSD in those environments.

      In anycase, I can see how this view happened. Earlier versions of FreeBSD were definitely overly conservative in regards to disk layout and system resources. But that's old news. It isn't the case anymore and hasn't been for quite some time.

      -Matt

    72. Re:BSD by Anonymous Coward · · Score: 1
      I think that GPL'd code could be used as a reference implementation, too. The recipients would have to write their own version, but could check the GPL version just as easy as they could check the BSD version.

      GPLed code cannot be used as a reference implementation for other software, especially commercial software. If it were used that way, the other software would be a derivative work and would be infected by the GPL.

    73. Re:BSD by brad-x · · Score: 1

      The effect on your data is identical, you just have to wait for the filesystem to be checked.

      Patience, grasshopper.

      --
      // -- http://www.BRAD-X.com/ -- //
    74. Re:BSD by Paul+Komarek · · Score: 2

      Not necessarily true. Just because I've read the discrete wavelet transformation written in Numerical Recipes does *not* mean my implementation is a derivative work. Just because I've read Nash & Sofer's (and NRC, and ...) discussions and codes for the conjugate gradient method does *not* mean my implementation is a derivative work. I do not have to assign copyright (and in fact, am not allowed to) to the NRC authors for my work; that copyright is owned by my university.

      Just because I've read the Linux startup code doesn't mean my bootstrapping code is a derivative work. Just because I've read the code for a GPL'd text-based menuing system doesn't mean every text-based menuing system I write is a derivative work.

      Your statement "GPLed code cannot be used as a reference implementation ... derivative work and would be infected by the GPL" is not only clearly biased, but plainly wrong. It simply requires that people "roll their own" or accept restrictions on redistribution.

      I think you might be confused by patents, which do not allow independent implementations under any circumstances. Copyright doesn't work that way.

      -Paul Komarek

    75. Re:BSD by Paul+Komarek · · Score: 2

      It's a 1.2 terabyte array, and generally I end up running the fsck through a 9600 baud serial console. I have to choose between ignoring the prompts and output, or waiting a *long* time for the block counts to display. I have patience, but some things are a waste of my time.

      -Paul Komarek

    76. Re:BSD by Anonymous Coward · · Score: 0

      I think that another facet of GNU/Linux's success is that ANYONE who can code can contribute. You need not be one of the ivory tower code monks to contribute like with the BSDs. You don't have to be an insider. I can code C, if I was creative enough to improve memory management, there is a good chance that some of my code would make it into the source tree on the Linux kernel.

      Since I'm not known in the BSD scene, my code would be ignored.

      In food speak, BSD is a buffet. Linux is a potluck.

    77. Re:BSD by jbolden · · Score: 2

      The BSD's are different OS'es and clearly state so whereas Linux distro's all pretend to be the same OS. I dare to say the BSD's (except OS X) are so much identical that operating boxes running the different versions will take very little getting used to. Installing them is a different story, but operating NetBSD, OpenBSD and FreeBSD works very similarly. They have the same filesystem arrangements, they all have their own ports collection, keep their config in the same places.

      I can take this paragraph a couple of different ways. Rather than guess what you meant and answer that.. How would you distinguish between different OSes and different versions of the same OS? What are the cutoff points. I mean for example I'd consider Dos 2.0 and Windows XP different versions of the same OS (even though they probably don't share a single line of code in common); but reading the above you are obviously drawing a somewhat finer distinction.

      Even though there are differences, those are much easier to overcome than for example the differences between Debian and SuSE. And some distro's from the same manufacturer even manage to mess up the whole filesystem layout and configuration when they jump a point release.

      Agreed. BSD distributions are much consistent version to version than Linux distributions are. IMHO this has a great deal to do with age. Linux users seem to much more interested in feature rich than stability when comparied to BSD users. The result is that not only are distributions forced change more quickly, but older distributions have a very hard time balancing between the desires for their current users to make things similar and the desires for their new users to radically overhaul the system in light of today's improvements.

      My point was not that Redhat 8 differs from Redhat 4 less than FreeBSD 4 differs from FreeBSD 2; but rather that OpenBSD seems to differ from FreeBSD as much as Redhat 8 differs from Mandrake 9.

      I'm very happy with the consistency provided to me by FreeBSD from 4.0 to 4.6.2. It's been predictable, stable and easy to use. My servers run BSD, period. The maturity of the OS'es shows and that's a good thing on the server.

      No argument

      I am willing to keep my eyes (and my desktop machine) open though, so if you have any suggestions for a killer Linux distro, I'd gladly give it a try.

      Depends what you mean by killer. Just as OpenBSD aims for security while NetBSD aims for portability Linux distributions have different goals in mind. I could see you wanting something similar to BSD; OTOH you seem like a happy BSD customer so you might want somethign entirely different.

      Lets put it this way: what would you want from a Linux that you aren't getting with FreeBSD?

    78. Re:BSD by ncc74656 · · Score: 2
      For years all my BSD-addicted friends used BSD mostly as head-less servers. For years Linux-addicted (like myself) guys enjoyed X11 console on Linux boxes (both servers and workstations).

      X11 doesn't belong on servers. I have one Linux server at home, four at work, and one at a friend's place. They run a mix of LFS (4), Gentoo (1), and Slackware (1). None have X11 installed. Most run headless (one of the LFS machines lives next to a Win2K server, so it shares that machine's monitor). Paper MCSEs who only know how to move shiny widgets around a screen with a mouse might find themselves lost when confronted with a rootprompt, but real admins don't need (and don't want) GUIs on servers.

      --
      20 January 2017: the End of an Error.
    79. Re:BSD by Anonymous Coward · · Score: 0
      I think that another facet of GNU/Linux's success is that ANYONE who can code can contribute.

      And be ignored by Linus, who never commits the patch.

    80. Re:BSD by Anonymous Coward · · Score: 0
      Just because I've read the discrete wavelet transformation written in Numerical Recipes does *not* mean my implementation is a derivative work.

      If your code is anything like the code you read, it can be claimed to be a derivative work. That's why there's such a thing as "clean room" reverse engineering. Unless you "clean room," your work is legally derivative.

    81. Re:BSD by Paul+Komarek · · Score: 2

      Clean-room reverse engineering not necessary, just expedient for businesses cloning IBM's PC BIOS and such. Saying that 'unless you "clean room", your work is legally derivative' is wrong. It simply means you have to be more careful. Again, my DWT implementation is *not* derivative. Even a cursory glance at my code shows how different it is from the NRC code (and the other half dozen books I was reading at that time). A close look shows that my work is quite distinct.

      Anyone *truly trying* to set a standard that *deserves to be reimplemented* is unlikely to be super picky about the subtler points of copyright law, or else they'd be defeating their purpose.

      Finally, you could always use the GPL'd example in a "clean room" setting, without the reverse engineering step:

      1) some engineers read the GPL'd code

      2) those engineers describe the finer points of the standard (those not obvious from the high-level description) to implementation engineers.

      3) check the input/output relations of the new implementation against the old implementation.

      I'm not claiming that using GPL'd code in such a scenario is necessarily easier for everyone, just that it's possible if the original author desires to do so. Things would be easier if the original author forfeited copyright altogether, avoiding both the GPL *and* BSD licenses.

      Do you write significant amounts of code? I'm curious, because to my eyes you (the one-or-more anonymous cowards in this thread) are oversimplifying the situation considerably. Maybe I'm being trolled; hmm.

      -Paul Komarek

    82. Re:BSD by JDizzy · · Score: 2

      WE do not hate the GPL, and that is a big missconception about BSD folks. We simply preffer to use a license that is FREE, as in freedom. We hardly think that any license that REQUIRES somebody , or FORCES somebody, to release source code is actually a free license. Things that have requirments are not actually free (by definition), no matter how much they say they are. However, that is not to say that when we look the Free Software Foundation (henceforth FSF), and all the good work they have under their umbrella that we are not happy. Indeed, we are very gratefull for the good work provided by FSF-GPL derived works. We do not think it is bad to include GNU awk, cpio, diff, groff ,patch, sdiff, texinfo, bc, cvs, diff3, gzip , perl, send-pr, binutils, dc, gperf, ld, ptx, sort, as, cc, dialog, grep, man, rcs, and tar. Thsi is actually just a few of the quality apps that we have imported from the GNU operating environment. So you see, many of the apps are critical to a functional system. Indeed, many of the app's in GNU/finux (cryptonomicon pun) are derived for BSD, so all is good in the land of open source.

      --
      It isn't a lie if you belive it.
    83. Re:BSD by PainKilleR-CE · · Score: 1

      I think that GPL'd code could be used as a reference implementation, too. The recipients would have to write their own version, but could check the GPL version just as easy as they could check the BSD version.

      I agree that it's possible to use GPL'd code as a reference implementation, but as you've basically stated, you have to go back and rebuild it for anything other than GPL'd work. With the BSD code they'd simply have to modify it for their purpose.

      As for academic code, the BSD and GPL licenses both give the recipient more rights than typical university licenses. As a Ph.D. student I'd love to release my code under the GPL, but there is no way my advisor and/or my university would allow that. You used the term "strict" to describe the rules of the GPL relative to the BSD license; compared to typical academic rules, the GPL and the BSD are more-or-less equivalent.

      Well, the school I went to required use of the GPL on all code written there. Of course, at the time there was still some confusion over whether or not code compiled with gcc had to be covered under the GPL, and they were pretty much covering their own asses. I have seen more stringent academic licensing requirements, but I was thinking more along the lines of the way academic research should be, imo, rather than what some schools have decided to do as they've become more dependant on the profits from their research.

      --
      -PainKilleR-[CE]
    84. Re:BSD by Anonymous Coward · · Score: 0

      ... and god forbid you try to update the rc scripts on HPUX following a Solaris/Linux "standard" sysadmin book... always used to get me pissed off when I had to look for the @$#@@# rc scripts in /sbin instead of /etc.

      what we really need are friggin standards for where everything is. My major beef with the different linux distro's is that they all seem to try to set their own "standard".

    85. Re:BSD by BlankTim · · Score: 1

      fsck -y
      Go back to bed.

      --
      Just once, I'd like it if someone called me "Sir".
      Without adding, "You're creating a scene."
    86. Re:BSD by Anonymous Coward · · Score: 0

      Talk about irony. I remember BSD making non standard (back when Sys V UNIX was standard) extentions to ps and echo and this causing pain for us System V Unix (read Bell Labs) people.

    87. Re:BSD by Anonymous Coward · · Score: 0

      Funny, I remember when BSD had ps and echo before System V was even in existance...

    88. Re:BSD by axxackall · · Score: 1
      NetBSD runs on more architectures than Linux, and they are often more actively maintained

      PowerPC is the second (after Intel x86) on desktops and I don't see lot of PCC users enjoying Net(or other)BSD - all Macers, who hate Mac OS (9 or X), install Linux/PPC (YDL, gentoo or Debian or others). You are wrong here.

      About USB - BSD might support USB as a bus, but what about devices connected to the bus? The list is short and it grows slowly in BSD. Unlike Linux.

      the configuration of X is identical under BSD and Linux

      Configuration files are the same. The process of hardware type and parameters discovery is what matters.

      Porting applications from commercial Unix to Linux is much more of a headache than porting to BSD.

      Again - wrong. Oracle, Sun and other prefer to port to Linux at furst.

      Firstly, there's no standard Linux distribution, and all the distributions have subtly different patched kernel versions.

      Even this is wrong: There is one tree of Linux kernel against several BSD ones. And noone, besides you, mentioned any problem with different kernel patches in different distributions. I cannot say same about the constant headache: "Which BSD should I choose? FreeBSD? NetBSD? OpenBSD?"

      --

      Less is more !
    89. Re:BSD by mindstrm · · Score: 1

      IT's not the same thing, and not the same end result.

      Under some conditions, it is an acceptable results; soft-updates are a neat concept.

      The thing is.. you have no choice in OpenBSD/FreeBSD. That's partly why linux is more appealing to many. If I want my system to use some new freaky experimental filesystem as the root fs, I can do that.

    90. Re:BSD by Anonymous Coward · · Score: 0

      NetBSD supported usb before Linux did.

    91. Re:BSD by Anonymous Coward · · Score: 0

      Even this is wrong: There is one tree of Linux kernel against several BSD ones. And noone, besides you, mentioned any problem with different kernel patches in different distributions. I cannot say same about the constant headache: "Which BSD should I choose? FreeBSD? NetBSD? OpenBSD?"

      The various BSD's are not "distributions". The kernels are different, the userland(s) are different. Your point?

    92. Re:BSD by Anonymous Coward · · Score: 0

      You are wrong here.

      No, you are. Facts are facts. Visit the NetBSD web page and verify.


      About USB - BSD might support USB as a bus, but what about devices connected to the bus? The list is short and it grows slowly in BSD. Unlike Linux.


      Do you try backing up your assertions? Why would an open software project support a bus without devices? I tried setting up my usb mouse with Slackware, 2.4.x kernel, devfs. Gave up. No documentation, no direction. I have no trouble under FreeBSD--which imported usb support from NetBSD.


      Configuration files are the same. The process of hardware type and parameters discovery is what matters.


      /dev/vga -> /dev/ttyv0. Any questions?


      Porting applications from commercial Unix to Linux is much more of a headache than porting to BSD.

      Again - wrong. Oracle, Sun and other prefer to port to Linux at furst.


      Doesn't mean they didn't have a dickens of a time doing it. Some people in FreeBSD were encouraging these companies to work on Linux ports because that was the "latest greatest thing" at the time and FreeBSD could run the Linux ports just fine under emulation (usually better than a P.O.S. Linux kernel).

    93. Re:BSD by Tet · · Score: 2
      NetBSD runs on more architectures than Linux

      Actually, this isn't true. NetBSD have long boasted about running on more hardware than anyone else, but in reality, a lot of their architectures are simply derivatives of an existing architecture. For example, they treat amiga and atari as separate platforms, when in fact they're just slightly different variants of the m68k port. NetBSD currently runs on 13 different CPU architectures, only one of which (ns32k) doesn't have a Linux port. Linux, on the other hand supports 12 of those 13, plus serveral others that NetBSD doesn't yet (power3/power4, ia64, etc.). Not that I want to put down NetBSD, just correct the misconception.

      they are often more actively maintained (Sparc32 Linux is currently unmaintained, and VAX support seems to have stagnated).

      Yep, this I will definitely agree with. Even ports that were once "mainstream" seem to be dropping by the wayside, and Linus has stated that he only really cares about x86 nowadays. It is only through the tireless work of dedicated individuals like davem and Russell King that port to other architectures are still kept mostly in sync with Linus' tree. That said, in some areas, Linux is stronger, and in others it's weaker. NetBSD is far closer to giving me a free OS on my NeXT slab, for example, whereas Linux is probably a better choice for the PS2, thanks to official backing from Sony. BTW, the Linux sparc port is showing signs of life again, with Pete Zaitcev ensuring recent kernels are once again working on sparc32, and heading towards official maintainership.

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
  2. OpenBSD... by FuzzyMan45 · · Score: 5, Insightful

    While i use OpenBSD 3.1 on my server at home, and love their security standpoint, i couldn't help but correct the article. It mentions that there's been one hole in 6 years, what it doesn't say, is that it is only the default install that has that track record, not the ports database or any of the apps people compile themselves. It's an important distinction to make.

    1. Re:OpenBSD... by Raskolnk · · Score: 2, Informative

      It's an important distinction to make.

      Not really. An OS can't stake it's reputation on software out of it's control. No one is going to claim that their OS has been secure for every user who runs it, including users who've incorrectly installed/configured software on the OS. The best you can say is that the way it was distributed was clean, and you've done the best possible job of providing security support for user apps.

      --
      Don't blame me, I get all my opinions from my Ouija board.
    2. Re:OpenBSD... by FuzzyMan45 · · Score: 1

      I think you misunderstood me, i think the article should be more consice on this point.

      I only say this because, for example, joe blow user sets up openbsd based on the article, then installs a vulnerable package but thinks it's secure based on the article. He then gets hacked/cracked/owned whatever and blames the project when it's clearly not their fault, but that of either bad adminning and/or bad/lazy programming.

    3. Re:OpenBSD... by Anonymous Coward · · Score: 0

      Ooh, it ships with everything commented out in inetd. oooh.

    4. Re:OpenBSD... by Anonymous Coward · · Score: 0

      Right.

      Because who wants to run a web server?

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

      Very true.. Basic research on the writer's part (visiting OpenBSD.org) would have showed "One remote hole in the default install, in nearly 6 years!". It is this attention to detail that keeps things secure.

    6. Re:OpenBSD... by AxelTorvalds · · Score: 1
      It does install OpenSSH by default and there have been several remote root exploits through it. As recently as July and August script kiddies were kncoking over OpenBSD boxes through openssh 3.3 and putting up webservers on them so they could get them on defacement websites.

      It's the OpenBSD group that actually puts OpenSSH together. It's all semantics. Turn off all services, OpenBSD is good (read, unplug it from the network) start turning them on and it falls over like just about everything else.

    7. Re:OpenBSD... by Schubert · · Score: 1

      Actually if you BOTHERED TO LOOK you'd notice that as of at least 3.1, OpenBSD's inetd ships with the following turned on by default....

      ident stream tcp nowait nobody /usr/libexec/identd identd -el
      ident stream tcp6 nowait nobody /usr/libexec/identd identd -el
      comsat dgram udp wait root /usr/libexec/comsat comsat
      comsat dgram udp6 wait root /usr/libexec/comsat comsat
      daytime stream tcp nowait root internal
      daytime stream tcp6 nowait root internal
      time stream tcp nowait root internal
      time stream tcp6 nowait root internal
      rstatd/1-3 dgram rpc/udp wait root /usr/libexec/rpc.rstatd rpc.rstatd
      rusersd/1-3 dgram rpc/udp wait root /usr/libexec/rpc.rusersd rpc.rusersd

      Think first, type later and you'll save yourself looking like a fool (although an anonymous one at that)

      --
      -- schubert
    8. Re:OpenBSD... by Anonymous Coward · · Score: 0

      Actually, the hole he's referring to is the
      same one you are. There has been one remote exploit in it.

      I've been using OpenBSD ; it has a lot of services in the default install. Yes, they're turned off, but they count as part of the default install. There have been no remote exploits in them, save openssh, as far as I can see.

    9. Re:OpenBSD... by FuzzyMan45 · · Score: 1

      grr..if i hadn't posted in here, i could have modded you up by now. =)

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

      Wrong. It they're turned off by default, and one is exploited, OpenBSD still keeps the claim that none (now only 1) expoit in deault install for X number of years.

      There have been exploits for things (eg: apache on BSD). Because it's not turned on by default though, OpenBSD can keep the claim (And do).

    11. Re:OpenBSD... by Anonymous Coward · · Score: 0

      Windows95 didn't have any remote holes in default install, either....

  3. BSD? by Anonymous Coward · · Score: 0

    I thougt it was already dead!

  4. BSD Is Dead. by ThatDamnMurphyGuy · · Score: 1

    Long Live BSD!

  5. The BSD? by Dionysus · · Score: 1

    I thought the term *BSD referred to all BSD systems (Free-,Open-,Net- etc).

    --
    Je ne parle pas francais.
    1. Re:The BSD? by Anonymous Coward · · Score: 0

      You were wrong. We're speaking English here, not shell. Some people think it's cute to pluralize nouns by truncating them and adding an asterisk, as if invoking a shell-expansion feature on a computer. These people are idiots. The correct ways to pluralize English nouns are spelled out in a number of resources, my personal favorite being the Chicago Manual of Style, 13th ed. Look it up.

  6. New business plan? by Anonymous Coward · · Score: 0

    1. Write review of various BSDs.
    2. ???
    3. Profit!!!

    1. Re:New business plan? by josh+crawley · · Score: 1

      about 3: Profit!!!!

      Yeah, true. Profit is being made.... by the people who charge these dolts for the bandwidth ;-) Not the guys who made the article.

  7. So which is it? by edbarrett · · Score: 1

    From the article, page 1:

    What is BSD? If you ask a typical computer "expert," he or she is likely to reply (incorrectly!) that it is "an operating system."

    From the article, page 1, TWO PARAGRAPHS LATER:

    Industrious programmers quickly developed replacements for these six files and made the BSDs into usable operating systems.

    So I'm being pedantic, so what.

    1. Re:So which is it? by Anonymous Coward · · Score: 0

      no, you're being stupid. there is no problem with the wording of the article; the author is marking the difference between "an operating system" and a "usable" operating system. it's a pity you computer guys can be so meticulous in your code but not in your speech.

    2. Re:So which is it? by Geekboy(Wizard) · · Score: 2

      It's more than an operating system. It's a way of computing.

    3. Re:So which is it? by AveryT · · Score: 1

      OK, Sherlock, if you are so smart perhaps you would explain how it could be a "usable operating system" but not an "operating system"?

    4. Re:So which is it? by grue23 · · Score: 2

      The author said that 'BSD' is not an operating system, but rather a type of operating system. Therefore the 'BSDs' (the collection of BSD-type operating systems) are operating systems. The author didn't make a contradiction.

  8. What would Freud say about that? by JonTurner · · Score: 1

    I was reading the summary thinking "Blue Screen of Death OSs... a retrospective on the legacy of Windows. Cool." Then I realized we're talking about the other BSD.
    I'm gussing I should take this as a clue that I've been using Windows way too long!

    1. Re:What would Freud say about that? by Anonymous Coward · · Score: 0

      5 minutes is way too long...

    2. Re:What would Freud say about that? by mabinogi · · Score: 2

      That would be BSOD :)

      --
      Advanced users are users too!
  9. GPL isn't 'free'? by mssymrvn · · Score: 2, Informative
    The same is true of BSD. Consider its licensing policies versus Linux, for example. When code is licensed under the GNU General Public License or GPL (as is Linux), the license effectively eliminates any financial rewards anyone -- whether an individual or a corporation -- might hope to gain from improving upon it. It does this by compelling an author who uses any part of the code to give up the right to charge a license fee for the finished product.

    Now, it's been a while since I've read the GPL, but last time I checked, it's possible to charge whatever you want for GPL'ed software. But you have to give the source away for free. The use of the word 'effective' in this passage sort of skirts the issue, but the author then goes on to state that the BSDL is 'truly free' b/c it allows corporations to charge money for code developed with BSD-based source.

    Is the author an ex-MS employee or just confused?

    1. Re:GPL isn't 'free'? by GombuMstr · · Score: 1

      Brett Glass is by no means a ex-MS Employee he has a long history on the BSD Lists.

    2. Re:GPL isn't 'free'? by Planesdragon · · Score: 2

      Now, it's been a while since I've read the GPL, but last time I checked, it's possible to charge whatever you want for GPL'ed software.

      But you have to give whomever you sell it to access to the source code and a license to redistrubite (and even sell) your GPL'd software without paying you, asking you, or even notifying you.

      If Microsoft were to take, oh, let's say Ghostscript, and integrate it into MS Office, they would most likely go out of business within a quarter, because all of office would now be GPL'd. MS wouldn't have a choice.

      The GPL was designed by Stallman to work this way, and he & the FSF don't see it as a lack of "freedom"--but some people do. Some people like to have the option of not giving away their coding effort, which the GPL demands as payment for use of GPL'd code.

    3. Re:GPL isn't 'free'? by abe+ferlman · · Score: 1

      Read my .sig please.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    4. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      The BSD license *is* truly fre, because it gives everybody the freedom to do whatever they want with the code, with only two restrictions (which have been removed in later versions of the BSDL): don't sue me if it breaks, and make sure to credit me in your program.

      How much more freedom can you have?? You want to take the code and charge billions for it, more power to you. You want to take the code and use it in your personal projects, go for it. You want to take the code, change the name, and release it as your own work, good for you. Do what you will with it.

    5. Re:GPL isn't 'free'? by chris88 · · Score: 1

      This would be the freedom kind of free. With the GPL, I am -not- free to sell it without releasing the source.

    6. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      i understand people's arguement for not wanting to use the GPL. but then again, no one is forcing a developer to use that code.

      if they put that much effort into their own work, why take someone elses. they may want to, but the hard work of that person is going to have to be respected also.

      and then theres that crap about "if a programmer remembers some gpled code" its still theft, just or its not the same as the original so it wont matter.

      a musician may remeber some other guitarists chords, but there is a big difference between being influenced, and outright copying.

      but i just think companies should stop bitching about the GPL, they dont have to use code under it.

    7. Re:GPL isn't 'free'? by mssymrvn · · Score: 1

      To the responders of my initial post: Thanks for the clarification. While my knowledge of the GPL is not *nil* I'm also not a GPL zealot. I can certainly see how one might interpret free in the way the author of the article has (regardless of whether I may or may not agree with it).

    8. Re:GPL isn't 'free'? by TheAwfulTruth · · Score: 3, Insightful

      He is neither. He is an astute, open minded thinker that CAN see the forest for the trees. By being forced to give out the source AND allow anyone that receives the source to distribute it any way they want. You absolutely "effectively" give away the code for free.

      And BSD truly is free in comparison. You are FREE to create both Open and Closed source from BSD code. That is freedom.

      You seem to indicate that either or possibly both of these are false. Care to explain which, and how, rather than postulating on a person's motives?

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    9. Re:GPL isn't 'free'? by SirSlud · · Score: 2

      Thats why I love the GPL - the only people it pisses off are the companies that have enough resources not to need it.

      When Ballmer or whoever said the GPL was anti-American, I just had to laugh. Look at the BSD licence .. whats more anti-american than giving something away for free and demanding nothing (not even that that person honour your wish that they release their source code) ..

      Both licences have their times and places, and I'm not putting either above or below the other one, but it always struck me how the BSD licence is truely the anti-capitalist license in the sense that the 'cost' of using BSD'd software seems to be way lower than the cost of using GPL'd software.

      --
      "Old man yells at systemd"
    10. Re:GPL isn't 'free'? by 47PHA60 · · Score: 3, Insightful

      The author has many issues with the GPL. Go to www.google.com and search the following:

      "brett glass" gpl

      To see what he writes. He has stated many times that it is an "unethical" license, and that it is a secret plan (or at least a purposefully obfuscated plan) to "destroy programmers' livelihoods." He also likes to split hairs down to the molecular level, and I don't advise the faint of heart using a metaphor to explain a position with which he disagrees, he'll start arguing about the metaphor.

      Now, I am a sick person for enjoying ad nauseum newsgroup debates, but search google with this:

      "brett glass" lynx GPL

      and skim the message thread. I found it hilarious. Richard Stallman even chimes in at one point, and the author accuses him of using the GPL to nurse a 30 year old grudge against Symbolics.

      Another fun time can be had by searching FreeBSD newsgroup archives where the author upbraids the core development team for a) refusing to supply features he wants, or b) deciding to stop supporting old versions of FreeBSD due to resource constraints (there is an amusing a.out vs. ELF thread somewhere in one of the archives).

      I may be wrong, but I think that there is something he does not get about the word "free."

    11. Re:GPL isn't 'free'? by coene · · Score: 2

      The GPL places restrictions on what you can and cannot do with the software in its own way, and in a way, that makes it non-free. GPL software can be (and is) included with OpenBSD (not sure about others), but its far from the favorite license.

      I'm not saying that the GPL is non-free, I'm just saying that from the POV that BSD projects are to be usable as bases for commercial, closed-source software, the GPL falls short.

      If the BSD OS's could get rid of GPL s/w and replace with equal BSD (or comparable) licensed software, they would do it in a heartbeat. /me hides from RMS

    12. Re:GPL isn't 'free'? by brokeninside · · Score: 1
      If Microsoft were to take, oh, let's say Ghostscript, and integrate it into MS Office, they would most likely go out of business within a quarter, because all of office would now be GPL'd. MS wouldn't have a choice.


      This is incorrect. The GPL FAQ explains why your statement is incorrect in plain English under the heading What is the difference between "mere aggregation" and "combining two modules into one program"?.

      Briefly, aggregation does not necessarily imply being a derivative work. If the interface (using pipes and sockets) between the hypothetical Microsoft Ghostscript and the rest of Microsoft Office is clean enough, then Microsoft would only be responsible for releasing their changes to Ghostscript.

    13. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      Im sure you lie awake at night , in worries that the 50 lines of code you contributed to a non GPL project somewhere will make SOME CORPORATION A PROFIT. WE ALL KNOW PROFITS=EVIL, CORPORATIONS=ROOT OF EVIL.

      btw. its payday Ive gotta go pick up my profits..I mean paycheck.

    14. Re:GPL isn't 'free'? by RoadWarriorX · · Score: 2, Insightful
      This would be the freedom kind of free. With the GPL, I am -not- free to sell it without releasing the source.


      When you create an application:
      1. You can include GPL code in your application, either by statically or dynamically linking to the code, and releasing it as closed source or a non-GPL license. You are effectively violating someone else's freedom by unauthorized use of copyrighted source code. So, are you willing to violate someone else's freedom to make a buck?
      2. If your application does not use or contain GPL code, then you have the freedom of placing your code under your own license (GPL, BSD, MIT, or some EULA). The GPL does not restrict you here because you are the orginal author. It's your code. Do what you want with it. You are free to place your original source code under the GPL. However, be advised that once you release your code as GPL, any derivitives of the code must be GPL (even if you wrote it, AFAIK and IANAL).


      So, under my logic, there are really no freedom violations at all with the GPL.

      --
      Now that I think about it, Mr. Stallman is not that crazy after all.
    15. Re:GPL isn't 'free'? by McFly777 · · Score: 2
      However, be advised that once you release your code as GPL, any derivitives of the code must be GPL (even if you wrote it, AFAIK and IANAL).

      I don't think that is correct. I seem to recall some project or other moving away from GPL at a version change. If the author retains copyright to the work as a whole, which the FSF suggests to do, the author can change from GPL2 to GPL3 or to BSD, etc.

      What happens is that the earlier version (and anyone's mods to that version) remain under the GPL, but any derivitives of the later version would be under the new licence.

      I think this falls under the same philosophy in which PERL is released under both BSD and GPL, take your pick.

      --

      McFly777
      - - -
      "What do people mean when they say the computer went down on them?" -Marilyn Pittman
    16. Re:GPL isn't 'free'? by jbolden · · Score: 2

      Thank you. I was about to write the same thing in response. There is a clear cut definition on copyright law about a derived work and bundeling multiple works together.

    17. Re:GPL isn't 'free'? by notfancy · · Score: 1

      whats more anti-american than giving something away for free and demanding nothing

      Please tell me that this is a sarcastic remark...

    18. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      Can't do it. Signatures are lame, and I have therefore turned them off in my user preferences. I'd imagine that most everybody else has, too. Keep that in mind, won't you?

    19. Re:GPL isn't 'free'? by foobar104 · · Score: 2

      :sigh:

      So basically what you're saying is that the GPL means freedom, but only if you don't use it?

      Face it, guys, this article spelled it out far more clearly than I ever could. The GPL should not-- must not, even-- be equated with freedom. It is restrictive, just like any other license. Six bleedin' pages of restrictions, for that matter. The BSD license is a truly free license: do whatever you want with this code. Period.

    20. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      A particularly good rejoinder from RMS in the Lynx flamewar is here:

      That the Lynx developers use the GPL for Lynx has no effect on *your* creative efforts. It does, however, specify conditions for whether you can use *their* creative efforts. You seem prepared to put conditions on the use of your work, and your conditions are much less cooperative that the GNU GPL.

    21. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      But you have to give the source away for free.

      But it doesn't work that way. Look at the Virgin Webplayer. You couldn't get source, and the licence that came with it said you couldn't get source or reverse engineer the box.

      The webplayer ran linux, BTW.

      So for all the pie-in-the-sky-ideals of the GPL, the reality is this 'rights' idea is pure BS.

    22. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      The GPL's restrictions and conditions were not "cooperative," as is shown by the refusal of the Lynx developers and RMS to cooperate in any way.

    23. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      Anonymous cowards have user preferences? Where do I sign up!?

    24. Re:GPL isn't 'free'? by Theom · · Score: 0

      The GNU GPL gives you the "as free as everyone else" freedom.
      BSDL gives you the "free to screw everyone" freedom.

      --

      mp3: l33t term for empty.
    25. Re:GPL isn't 'free'? by Anonymous Coward · · Score: 0

      Simple.

      Get an account. Post from said account but, and here's the clever bit - check the "Post Anonymously" box before hitting submit.

      Simple.

      Next?

    26. Re:GPL isn't 'free'? by Planesdragon · · Score: 2

      Thats why I love the GPL - the only people it pisses off are the companies that have enough resources not to need it.

      Microsoft was only one example out of many. If ID released Doom III under the GPL on its retail disk, they'd have no recourse to keep levels out of it; if they tried, the FSF would probably take them to court.

      The GPL inconveniences a heck of a lot more people that large companies; in fact, I think that large companies (IBM, Dell, Apple) are the ones it inconveniences the least

      When Ballmer or whoever said the GPL was anti-American, I just had to laugh. Look at the BSD licence .. whats more anti-american than giving something away for free and demanding nothing (not even that that person honour your wish that they release their source code) ..

      Er, charity is a longtime standing American value. We don't, as a country, force people to do good works; we set up a mechanism where they can do good works, encourage them to do good works, and then allow them to not do good works if they don't want to.

      Both licences have their times and places, and I'm not putting either above or below the other one, but it always struck me how the BSD licence is truely the anti-capitalist license in the sense that the 'cost' of using BSD'd software seems to be way lower than the cost of using GPL'd software.

      How is that less capitalist? BSD allows a company to create a program re-using BSD'd code, keep it closed for a time sufficient to make back development cost, and then release the source code when it is no longer profitable to support it.

      The GPL forces you into a "you can't sell the software, but you can charge for distribution" model.

    27. Re:GPL isn't 'free'? by Planesdragon · · Score: 2

      Briefly, aggregation does not necessarily imply being a derivative work. If the interface (using pipes and sockets) between the hypothetical Microsoft Ghostscript and the rest of Microsoft Office is clean enough, then Microsoft would only be responsible for releasing their changes to Ghostscript.

      The FSF does not, and can not, give a clear answer to this. And neither can MS's lawyers.

      To be a part of office, MS Ghostscript would integrate at least as well as Adobe Acrobat does--which is a bit more than, say, Mozilla does.

      Microsoft also has a corporate tendency to mingle code; even if they did keep MS Ghostscript completely seperate--if they just included current Ghostscript in the office installer--they would run the risk of the FSF taking them to court.

      (Please note that I said "integrate", which means more than "bundle with the rest of them.")

      here's a quote from the page you linked to:

      By contrast, pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, exchanging complex internal data structures, that too could be a basis to consider the two parts as combined into a larger program.

      Office currently exchanges a fairly "complex internal data structure" between Word and Acrobat when you save a structured Word DOC as as PDF; MS and Adobe no doubt have an agreement that makes this kosher.

      But if we were to make Ghostscript work at least as well as Acrobat 5 does, we'd have to duplicate this--which would probably mean, again, a court battle that could very well go in MS's favor.

      Once again: the BSD license allows a software company to choose their business model when using BSD-derived code. The GPL eliminates most of the common business models for software companies. In other words, the GPL has more restrictions than the BSD licenese; whether this means that it's "less free" or just "fair" is a semantic argument.

    28. Re:GPL isn't 'free'? by squiggleslash · · Score: 2
      If ID released Doom III under the GPL on its retail disk, they'd have no recourse to keep levels out of it; if they tried, the FSF would probably take them to court.
      Er, no, they wouldn't. ID owns the copyright to Doom III, they can do whatever they like with it.
      The GPL forces you into a "you can't sell the software, but you can charge for distribution" model.
      It doesn't really force anything. It provides a default option which the majority can use. If you can think of a better way of rewarding a copyright holder than to contribute your code to the community in return for use of their code, then you can always make a direct deal with the copyright holder.

      The GPL license is optional. If you choose to just use fair use rights, then that's up to you, though you have less rights that way. If you choose to contact the copyright holder and say "Well, I'd like to include your code in my own closed source project. How many millions of dollars will it take to make my dream come true?", you can do that too.

      People seem to be determined to make up the most absurd, obnoxious, interpretations of the GPL. The reality is that the GPL is merely a license. It doesn't transfer copyright. It can only be enforced by those who agree to it, one of whom is the copyright holder. It contains nothing about exclusivity - which is why, for instance, Mozilla can be dual licensed. It's an option. Take it or leave it, but for Brian's sake stop whining about it.

      --
      You are not alone. This is not normal. None of this is normal.
    29. Re:GPL isn't 'free'? by Planesdragon · · Score: 2

      Er, no, they wouldn't. ID owns the copyright to Doom III, they can do whatever they like with it.

      Not if they release it under the GPL. Doing so is an act, and the FSF (who owns copyright to the GPL) can take them to court if they violate it. They might not, but they COULD (and I wager that they probably would.) And if the FSF doesn't do it, the first person accused of priating this hypotetical "Doom III with GPL" would raise the GPL as their defense, and very possibly get a summary judgement.

      It doesn't really force anything. It provides a default option which the majority can use. If you can think of a better way of rewarding a copyright holder than to contribute your code to the community in return for use of their code, then you can always make a direct deal with the copyright holder.

      Statements like that fail to define "community." You mean the "GPL-using community." And for most GPL'd projects, there's more than just one upstream copyright holder you'd have to contact--and it's highly unlikely that the FSF could agree to a GPL circumvention, no matter how much money you gave them.

      The GPL license is optional.

      hmm...

      This License applies to any program or other work which contains a notice placed by the copyright holder saying it may be distributed under the terms of this General Public License.

      Well, I'll be darned. You're right--the GPL is optional. Simple use isn't enough to be a licensee of it.

      But that doesn't change the fact that it is more restrictve than the BSD license.

      People seem to be determined to make up the most absurd, obnoxious, interpretations of the GPL. The reality is that the GPL is merely a license. It doesn't transfer copyright. It can only be enforced by those who agree to it, one of whom is the copyright holder. It contains nothing about exclusivity - which is why, for instance, Mozilla can be dual licensed. It's an option. Take it or leave it, but for Brian's sake stop whining about it.

      The GPL is a sticky copyleft license with compulsory re-licenseing. So are the ASPL and the OGL, although they have exceptions so the parent companies (Apple and Hasbro) can make money. Although the FSF complains about less-sticky copylefts, Apple and Hasbro (& the bazillion other copyleft licenses with sticky terms) are just pushing their own corporate agenda, just as the FSF pushes theirs.

      The BSD license, on the other hand, doesn't have an agenda aside from not getting suied. This means that, barring some semantics about what "free" means, it can be said to be "more free" than the GPL.

      Why does the GPL attract such zealots who attack anyone who points out flaws in the GPL?

      (for the record, I still think that the GPL should include a real working definion of what is a "program."--something that a judge can understand without getting a CS degree.)

    30. Re:GPL isn't 'free'? by squiggleslash · · Score: 2
      Not if they release it under the GPL. Doing so is an act, and the FSF (who owns copyright to the GPL) can take them to court if they violate it. They might not, but they COULD (and I wager that they probably would.) And if the FSF doesn't do it, the first person accused of priating this hypotetical "Doom III with GPL" would raise the GPL as their defense, and very possibly get a summary judgement.
      What nonsense. The GPL does NOT transfer copyright. It's only a license. That the GPL is copyrighted by the FSF makes no difference.

      If what you were saying were true, then dual licensing schemes such as those used for Mozilla and OpenOffice would not be possible. In those cases, you, the user, have the choice of picking the restrictive license, the GPL, or no license at all. This is possible because the respective organisations - Time Warner, Sun Microsystems, etc - who own the copyright have determined that they do not want their options limited to those of the GPL.

      The FSF cannot sue someone over a GPL "violation" when they are not the copyright owner. And a GPL "violation" cannot be performed by the copyright owner in respect to code they themselves have the rights to.

      Why does the GPL attract such zealots who attack anyone who points out flaws in the GPL?
      I'm hardly a zealot, otherwise I'd hardly point out that the GPL merely provides default options! The last thing the writers of the GPL want is for closed source vendors to start negotiating with copyright owners to release closed source derivatives of code currently available under the GPL.

      Your beliefs about the nature of the GPL are hysterical nonsense, and like anyone else, if I see someone waxing hysterically about something, I feel compelled to point out the nonsense. What you've written about ID and the GPL is, plain and simple, drivel. The GPL removes no rights from the copyright holder of a program. It is incapable of doing so. It is an agreement between a copyright holder and a licensee, and its power only exists in that agreement - it would be unenforcable if the copyright holder some how ceased to be the copyright holder on agreeing to it.

      You may actually want to read it. It's distributed with every GPL'd program, and the terms and conditions are fairly plain and easily read.

      --
      You are not alone. This is not normal. None of this is normal.
    31. Re:GPL isn't 'free'? by Planesdragon · · Score: 2

      That the GPL is copyrighted by the FSF makes no difference

      Yes, it does. If it wasn't, the FSF would have no standing to sue someone who includes it in a program and doesn't follow the rules. They do.

      This is possible because the respective organisations - Time Warner, Sun Microsystems, etc - who own the copyright have determined that they do not want their options limited to those of the GPL.

      When they use the GPL, they must follow all terms of the GPL. Whole-program sticky openness with source code and everything. Mozilla couldn't say "Gecko is GPL'd but the rest of it isn't" in a single download file.

      The FSF cannot sue someone over a GPL "violation" when they are not the copyright owner. And a GPL "violation" cannot be performed by the copyright owner in respect to code they themselves have the rights to.

      Yes, they can. The GPL is a rather unique work which the FSF has a vested interested in controlling. If you "sorta" release part of your program under the GPL, they can indeed take you to court for infringing on the GPL.

      Being the copyright holder means that the FSF has a stronger, case, but they still have standing if the infringing GPL'd program has no upstream derivation.

      I'm hardly a zealot, otherwise I'd hardly point out that the GPL merely provides default options!

      Ok, you're not a zealot. You're just even more of a not-lawyer than I am.

      The GPL directly and intentionaly elminates the "default option" of any software company that uses it. This is because the FSF thinks that the industry's "default option" of a copyright-restricted license is bad.

      The GPL removes no rights from the copyright holder of a program. It is incapable of doing so. It is an agreement between a copyright holder and a licensee, and its power only exists in that agreement - it would be unenforcable if the copyright holder some how ceased to be the copyright holder on agreeing to it.

      The GPL is a contract. Every contract has four necessary components, one of which is consideration on both sides. In the GPL's case, the consideration is that the licensor (the inital copyright holder or the FSF) agrees to let someone use their IP in exchange for the licensee (anyone using the GPL) agreeing to abide by the terms of the GPL.

      If someone were to attempt to abuse the GPL--let's say that Microsoft says they release IE under the GPL but don't provide source code outside of their NDA'd shared-source program--the FSF would take them to court, and I'd hazzard a guess that copyright infringmenet might be part of it. Or, it might just be break of contract.

      You may actually want to read it. It's distributed with every GPL'd program, and the terms and conditions are fairly plain and easily read.

      I have read it--and I don't think that "plain and easily read" is a fair description of it. It's as obtuse and vauge as some EULAs, and leaves the important questions out of it.

      Take a look at the last three paragraphs of section 2:

      (parahrased) "This applies to the program as a whole, unless the programs has reasonably independant parts, but even independant parts are the same whole when they're distributed that way."

      "This doesn't take away your rights, but to control how you make derivitive works based on our program."

      "Oh, and just bundling a program on the same disk doesn't make it the same program."

      I think that last line was addeed because the first paragraph was confusing, and they didn't want to spend the time to re-word it.

      Hmm... a simple "individual programs shall contain all files that are used by a single program and not used by other programs or direct user input" would do the trick.

    32. Re:GPL isn't 'free'? by RoadWarriorX · · Score: 1
      I don't think that is correct. I seem to recall some project or other moving away from GPL at a version change. If the author retains copyright to the work as a whole, which the FSF suggests to do, the author can change from GPL2 to GPL3 or to BSD, etc.


      Well, OK. It is possible, but somewhat difficult. You basically need all of the copyright holders, from the original down to the current author of your source code derivative that you are using (if any) to agree to renounce the GPL and release their portion under a new license where the GPL cannot take presidence OR complete remove such source code.

      It get easier when a single company controls the authors (under work for hire) of the original source code (or what I call the vanilla code.) It makes it much easier to put code under a dual license scheme. Of course, the company cannot really accept patches from anonymous open-source hackers, because it ruins the vanilla code. As long as the code remains vanilla, the code could be released under any license the company so desires, because they maintain their status as the original authors.

      Now this is where the GPL is cool. The company can release their source code under GPL, where they can get open-source people to use and extend it as they please. If someone wants to use the code for a proprietary app, then that someone could easily contact the original authors to negotiate a separate license for the vanilla code. A great example of this is ID Software's Quake engine, which is released as GPL for the community, yet can be used in other commercial games through license negotiation. ID Software allow the community to see great source code and benefits all.
    33. Re:GPL isn't 'free'? by RoadWarriorX · · Score: 1
      Face it, guys, this article spelled it out far more clearly than I ever could. The GPL should not-- must not, even-- be equated with freedom. It is restrictive, just like any other license. Six bleedin' pages of restrictions, for that matter. The BSD license is a truly free license: do whatever you want with this code. Period.


      OK. If that were the truth, how would you feel where Microsoft or Apple or such makes billions of dollars on your new killer app that you just released under a BSD license. You may never know that trhe app was derived from your code, either, because both companies normally like to withhold the source code from the general public, without an NDA or citing that it might threated security. How would you feel?

      Although the general concept of the BSD license is nice and all. If you release source code under a BSD license, you might as well write 'WILLING TO BEND OVER FOR FREE' on your forehead and stand with the folks who think the BSD license is a truly free.

    34. Re:GPL isn't 'free'? by foobar104 · · Score: 2

      Releasing your source under the BSD license means just that: that you're releasing your source. It means giving anyone and everyone the freedom to do whatever they want with your source.

      If you don't want people to have that freedom, don't release the source under the BSD license. Release it under a license that restricts people's freedom to use your source. There are lots of licenses to choose from: the GPL, the Apple public source license, the Microsoft shared-source license, and others. These licenses are all essentially the same. They all say, "You can only use this code in limited ways."

      There is a time and a place for a free license, and a time and place for a non-free license. The only trouble arises when people try-- deliberately, unfortunately-- to describe a non-free license as a free license through obfuscation, loose interpretation, and linguistic sleight-of-hand.

    35. Re:GPL isn't 'free'? by McFly777 · · Score: 1
      Of course, the company cannot really accept patches from anonymous open-source hackers, because it ruins the vanilla code.

      I believe that is why the FSF suggests that code submissions be required to assign rights to the original project author or to the public domain. Thus, even with the submitted patches, the code would remain vanilla with respect to the original author -- the author is still free to modify licencing on future versions without contacting anyone else.

      --

      McFly777
      - - -
      "What do people mean when they say the computer went down on them?" -Marilyn Pittman
  10. Just a minute, there... by ebh · · Score: 1, Funny

    Shouldn't that be GNU/BSD?

    GNU/Apache
    GNU/Mozilla
    GNU/Scrabble Brand Crossword Game

    1. Re:Just a minute, there... by SirSlud · · Score: 2

      But thats why its a semi-valid argument (even if they are wayyyy too anal about it) .. BSD _doesn't_ come with GNU tools. You can get them if you like, but (most of? none of?) the stock tools that make up the BSD line of OSes arn't under the GPL as far as I know.

      --
      "Old man yells at systemd"
    2. Re:Just a minute, there... by Anonymous Coward · · Score: 0

      No.

      BSD is a complete distribution (kernel, shell, libraries, headers, commandline utilities etc). It's usable as-is. There are only a few pieces of gnu/fsf software included in the standard install (such as gcc).

      Linus is a kernel, nothing more. By itself, it's unusable, so you need to add a shell (bash!), command line utilities (gnu again!), libraries (glibc!), etc, etc. In every "linux" distro, those are all gnu components.

    3. Re:Just a minute, there... by Anonymous Coward · · Score: 0

      BSD _doesn't_ come with GNU tools.

      Oh yes they do! They comes with gcc and the whole build chain, for one. But they all have their own libc, which is probably why they aren't called "GNU/BSD", since GNU is an obvious reference to glibc.

    4. Re:Just a minute, there... by Anonymous Coward · · Score: 0

      Hey! My shell isn't GNU!

    5. Re:Just a minute, there... by jonadab · · Score: 2
      > BSD _doesn't_ come with GNU tools.

      Not all of them, but it does come with a number of them, not least of all the compiler

      OTOH, every major distribution comes with pieces of BSD, too.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    6. Re:Just a minute, there... by Anonymous Coward · · Score: 0
      What We Can Learn From BSD
      By Chinese Karma Whore, Version 1.0

      Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover an ugly story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.

      Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.

      These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.

      As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.

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

      The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.

    7. Re:Just a minute, there... by ebh · · Score: 1
      Then I guess it should be BSD/GNU/Linux

      OK, I'll stop fanning the flames now...

      RMS, GNU, FSF: FOAD --Suckdot

    8. Re:Just a minute, there... by nutznboltz · · Score: 1

      Let's look at NetBSD 1.6

      gnusrc.tgz 55949 KB 09/11/02 18:51:00
      pkgsrc.tgz 9259 KB 09/15/02 10:04:00
      sharesrc.tgz 3573 KB 09/11/02 18:51:00
      src.tgz 27433 KB 09/11/02 18:51:00
      syssrc.tgz 22535 KB 09/11/02 18:51:00
      xsrc.tgz 81411 KB 09/15/02 09:21:00

      Only the X11 source set is larger than the GNU set. Maybe it is GNU/NetBSD.

    9. Re:Just a minute, there... by Arandir · · Score: 2

      gnusrc.tgz 55949 KB 09/11/02 18:51:00

      That's not all GNU software. It's the optional but recommended GPLed software. I don't run NetBSD, but if it's anything like FreeBSD, it will include such non-GNU software as uucp, man, patch, and perl.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  11. The article forgot to mention SunOS by brokeninside · · Score: 4, Informative
    The article attempts to list the five most famous BSDs, but doesn't mention SunOS (aka Solaris). I'm not too impressed by an article on the history of BSD that doesn't mention SunOS, the Mach kernel (except a brief mention of Darwin), OSF/1, or Digital Unix.

    1. Re:The article forgot to mention SunOS by durdur · · Score: 5, Informative

      SunOS version's 4.x and below were derived from BSD.
      SunOS version 5.X and Solaris are based on SVR5.



    2. Re:The article forgot to mention SunOS by bovinewasteproduct · · Score: 2

      The article attempts to list the five most famous BSDs, but doesn't mention SunOS (aka Solaris). I'm not too impressed by an article on the history of BSD that doesn't mention SunOS, the Mach kernel (except a brief mention of Darwin), OSF/1, or Digital Unix.

      One, none of the *BSDs are derived from any of them. They are all based on 4.4BSD-lite from UCB.

      Two, I don't belive ANY of the ones you mentioned are BSDs to begin with. Ultrix was, as was SunOS prior to version 5.X. Digital Unix is based on OSF/1 (which is based on SVR2 or atleast requires that license) which is also based on Mach. Yes, you can run a BSD single server on Mach, but it is not BSD based. Solaris is a SysVr4 system.

      Plus, none of them are in the BSD family tree except as minor leafs down the line. All of the *BSD are in the major branches (even though OS X is pushing that though...:) )

      BWP

    3. Re:The article forgot to mention SunOS by brokeninside · · Score: 1
      One, none of the *BSDs are derived from any of them.


      Irrelevant. This was supposedly a history of BSD Unix, not only of the free variants of BSD.

      Two, I don't belive ANY of the ones you mentioned are BSDs to begin with. Ultrix was, as was SunOS prior to version 5.X. Digital Unix is based on OSF/1 (which is based on SVR2 or atleast requires that license) which is also based on Mach. Yes, you can run a BSD single server on Mach, but it is not BSD based. Solaris is a SysVr4 system.


      OSF/1 required a SVR2 license, but was based heavily on the 4.3 BSD code base, including using the BSD file system and the BSD admin tool chain. Digital Unix increased its emphasis on the BSD way.

      Mach is generally considered a child of the BSD project.

      Solaris retains much of the BSD heritage from SunOS 4.x and prior. In fact, most of the BSD userland is still available as part of the standard Solaris configuration.

      Plus, none of them are in the BSD family tree except as minor leafs down the line.


      Minor leafs? I'd wager that there are more users of Solaris than there are any other single flavor of BSD.

    4. Re:The article forgot to mention SunOS by bovinewasteproduct · · Score: 2

      Sure, Solaris may have more users, but is it a BSD system? OSF/1? Digital Unix? What I mean is if I know only BSD systems, will I be comfortable on them? I never was... I've used Digital Unix, SCO Unix, AT&T SysVr4 amoung others, BSD they are not.

      Just becuase something contains BSD code does NOT make them a BSD system... All of the above OSs have a VERY DISTINCT SysV feel to them. Sure I might be able to get BSD semantics out of the userland, but...

      BWP

    5. Re:The article forgot to mention SunOS by Bishop · · Score: 1

      The 'old' SunOS was a BSD system true to the BSD name. I doubt there is a Sun admin out there that didn't hate the change from BSD to SysV.

  12. Why I love NetBSD by leoboiko · · Score: 1

    I've said this before, but...

    I'm a Debian guy but I love NetBSD too. Why? Very clean, very minimalist, good documentation, clean and commented code, consistency... IMHO, it's the best alternative to learning UNIX today. Older computers like it too. Debian Sid runs OK in my Duron, with thousands of packages and dozens of new ones every week, running OpenGL games, etc. NetBSD is very happy as a router and learning system inside my Pentium 100.

    Sometimes someone asks me why I don't use OpenBSD instead. Because of that stupid fish! Long live Beastie! BSD have the best mascot of all and OpenBSD just throw it away? :/

    --
    Prescriptive grammar:linguistics :: alchemy:chemistry. Stop being a nazi and learn some science.
    1. Re:Why I love NetBSD by Anonymous Coward · · Score: 0

      I hate to break this to you, but any unix-like OS will make good use of older hardware.

      Do you have some other reasons for using it, besides 'it feels l337' since noone else uses it?

    2. Re:Why I love NetBSD by jawtheshark · · Score: 1
      You don't like OpenBSD because of the Mascot??? Oh? I actually bought a T-shirt because I liked the porcupine-fish (blowfish, but I don't want to attract perverts). Of course, I suspect that my slashdot handle makes me partial.

      Don't diss an operating system because of it's mascot. If everybody did that, nobody would use Linux (cute Penguin, that screams 13-year old girl) or Darwin (have you seen the silly hat?) And don't get me started on the silly Windows icon. Base your operating system choices on merit, not on mascots.

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    3. Re:Why I love NetBSD by leoboiko · · Score: 1

      I was joking. I really like the BSD Daemon a lot, but I don't run Open mainly because I don't have a compelling reason to switch from Net.

      --
      Prescriptive grammar:linguistics :: alchemy:chemistry. Stop being a nazi and learn some science.
    4. Re:Why I love NetBSD by leoboiko · · Score: 1

      NetBSD kernel really performs better on old hardware than Linux (at least, than a "out of the box" Linux), and Linux really performs better on newer hardware (because of the larger userbase). Why don't you try both things?

      And I already said why I use it - it is clean, minimalist, and consistent, very good to learn about Unix. The code is elegant, well-designed and commented. Linux is great but confusing. In NetBSD if you want to know something you write "man something" and all the information you want is there.

      But don't believe me, try it! Why don't you subscribe to that Compaq Testdrive program? It is free and you can experiment with a variety of OSes.

      --
      Prescriptive grammar:linguistics :: alchemy:chemistry. Stop being a nazi and learn some science.
  13. Holy crap by theNeophile · · Score: 5, Funny
    Now i know why i don't visit ExtremeTech much.

    What is BSD? If you ask a typical computer "expert," he or she is likely to reply
    Next Page >
    (incorrectly!) that it is "an operating system." The correct answer, however, is more complex than that.
    Next Page >
    BSD is -- among other things -- a culture, a philosophy, and a growing collection of software, most (though not all) of which is available for free and with source code.
    Next Page >
    Here are the origins of BSD and the operating systems it has spawned.
    Next Page >
    BSD stands for "Berkeley Software Distribution," the name first given to the University of California at Berkeley's own toolkit of enhancements for the UNIX operating system.

    1. Re:Holy crap by Amazing+Quantum+Man · · Score: 2

      So hit the "Print This Article" link, and you get the whole enchilada.

      --
      Fascism starts when the efficiency of the government becomes more important than the rights of the people.
    2. Re:Holy crap by Anonymous Coward · · Score: 0

      Very helpful, thanks

    3. Re:Holy crap by Ranger+Rick · · Score: 1

      First thing I do at any of these sites is click the "printable version" link. They usually skip all that "Next >" crap.

      --

      WWJD? JWRTFM!!!

    4. Re:Holy crap by iomud · · Score: 2

      It's the advertisement revenue treadmill.

    5. Re:Holy crap by Malor · · Score: 1

      LOL... I was looking to see if anyone had posted about this. The site is roughly:

      one

      paragraph

      per

      banner

      ad :-)

    6. Re:Holy crap by GldisAter · · Score: 1

      http://www.extremetech.com/print_article/0,3998,a= 31573,00.asp

  14. Developer exposes Why FreeBSD is dying by Anonymous Coward · · Score: 0, Troll
    The End of FreeBSD

    [ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]

    When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.

    Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.

    FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.

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

    So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.

    Discussion

    I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.

    From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.

    There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.

    Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.

    Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?

    Shouts

    To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.

    To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It's when you get distracted by the politickers that they sideline you. The tireless work that you perform keeping the system clean and building is what provides the platform for the obsessives and the prima donnas to have their moments in the sun. In the end, we need you all; in order to go forwards we must first avoid going backwards.

    To the paranoid conspiracy theorists - yes, I work for Apple too. No, my resignation wasn't on Steve's direct orders, or in any way related to work I'm doing, may do, may not do, or indeed what was in the tea I had at lunchtime today. It's about real problems that the project faces, real problems that the project has brought upon itself. You can't escape them by inventing excuses about outside influence, the problem stems from within.

    To the politically obsessed - give it a break, if you can. No, the project isn't a lemonade stand anymore, but it's not a world-spanning corporate juggernaut either and some of the more grandiose visions going around are in need of a solid dose of reality. Keep it simple, stupid.

    To the grandstanders, the prima donnas, and anyone that thinks that they can hold the project to ransom for their own agenda - give it a break, if you can. When the current core were elected, we took a conscious stand against vigorous sanctions, and some of you have exploited that. A new core is going to have to decide whether to repeat this mistake or get tough. I hope they learn from our errors.

    Future

    I started work on FreeBSD because it was fun. If I'm going to continue, it has to be fun again. There are things I still feel obligated to do, and with any luck I'll find the time to meet those obligations.

    However I don't feel an obligation to get involved in the political mess the project is in right now. I tried, I burnt out. I don't feel that my efforts were worthwhile. So I won't be standing for election, I won't be shouting from the sidelines, and I probably won't vote in the next round of ballots.

    You could say I'm packing up my toys. I'm not going home just yet, but I'm not going to play unless you can work out how to make the project somewhere fun to be again.

    = Mike

    --

    To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. -- Theodore Roosevelt
  15. BSD deserves plenty of credit by CaptainPhong · · Score: 1

    It was the first free Unix. All kinds of cool stuff comes from BSD. Where would we be without BSD sockets?

    --
    ... "Give me a woman who loves beer and I will conquer the w
    1. Re:BSD deserves plenty of credit by sg_oneill · · Score: 2

      Minix sockets? Ouch.Bad memories there.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
  16. Only one worm? by brokeninside · · Score: 2, Informative
    From the article:
    The long BSD tradition of cautious development, extensive peer review, and thorough testing makes them some of the most reliable software ever developed. In fact, as far as anyone knows, only one worm has ever been developed that attacked any of the BSDs.


    The Morris Internet worm that virtually shutdown the Internet attacked SunOS, which is a BSD, and DEC VAX running 4 BSD.
    1. Re:Only one worm? by Anonymous Coward · · Score: 1, Insightful

      uh yeah, this was also when the internet was about 100 computers.. security wasn't exactly a high priority at that time

    2. Re:Only one worm? by Anonymous Coward · · Score: 0

      It attacked sendmail on those host operating systems. Can you say that? S e n d m a i l.

  17. an OK article, but a bit biased in favor of fbsd by MobyTurbo · · Score: 4, Interesting
    This article seems to give the impression that FreeBSD is the only one that's not a niche product. Nothing could be further from the truth. NetBSD's attention to portability and "correctness" means that it often has the best-written drivers and is even more stable than FreeBSD, and as of 1.6 it now has a new init system that FreeBSD is going to copy for 5.0. (Not that there's anything wrong with that, lots of things get copied from NetBSD because in line with Berkeley Unix's past it's a research and development oriented operating system.)

    OpenBSD's attention to code audits also bodes well for overall lack of bugs; and its ability to have security features such as encryption of even the swap space makes it useful for paranoid executives or the government; and it's, as the article admits, great for firewalls because of that.

    This article was good for bringing *BSD onto the radar screen of people who otherwise wouldn't have heard of it, but if you read it you give the impression that nobody runs the other BSDs; something that the infamous AC BSD trolls try to accuse, albeit more crudely, all of the BSDs of being.

  18. Just made the "Switch" by Anonymous Coward · · Score: 0

    From Linux to FreeBSD and haven't looked back. As soon as Nvidia releases their FreeBSD drivers I'm golden. I was shocked at how much faster KDE ran under FreeBSD than Linux on the same machine. Now I'm wondering if I should make the switch yet again to OSX. Any thoughts?

    1. Re:Just made the "Switch" by gotvim · · Score: 1

      Well, after reading the article, I'm shocked to hear the summary of the Apple Darwin License. It sounds pretty counter-productive to me. Correct me if I'm misinterpreting it.

    2. Re:Just made the "Switch" by Anonymous Coward · · Score: 0
      Counter-productive for the open-source community?

      Yes.

      Counter-productive for a commercial entity trying to protect their IP and make some business

      NO

      So no you haven't misinterpreted.

  19. I liked the article but .... by crazymadness · · Score: 1

    Around the same time, Linux surfaced. Based on the Minix kernel written by computer science professor Andrew Tannenbaum, and unencumbered by the spectre of a lawsuit, Linux began to gain momentum and became the best known freely redistributable UNIX-like operating system.

    I was with you up until this point. Leave out this paragraph and you have an excellent, if slightly biased, article on *BSD.

    1. Re:I liked the article but .... by sg_oneill · · Score: 2

      Yeah. It's a pretty whacky comment. Linux (A monolithic kernel) was never based on the minix kernel (A microkernel none-the-less), it was designed to be a replacement for it as the whole minix thing was encumbered by crappy academic copywrite.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
  20. Mistaken? by theNeophile · · Score: 1
    Consider its licensing policies versus Linux, for example. When code is licensed under the GNU General Public License or GPL (as is Linux), the license effectively eliminates any financial rewards anyone -- whether an individual or a corporation -- might hope to gain from improving upon it. It does this by compelling an author who uses any part of the code to give up the right to charge a license fee for the finished product.

    Better tell Redhat to pack up shop.

    1. Re:Mistaken? by Anonymous Coward · · Score: 0

      Red Ink, er Red Hat, hasn't been reaping any "financial rewards" lately.

    2. Re:Mistaken? by Arandir · · Score: 2

      Redhat doesn't sell GPL software. It sells service, support, and shrink-wrapped boxes with manuals and CDs.

      The more packaging, wrapping, manuals and glitz you take away from a Redhat box, the more and more the market price approaches that of a blank CD. Set up a stack of Redhat CDs, sans boxes, at the local fleamarket and see how much they're really worth.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    3. Re:Mistaken? by Meowing · · Score: 1

      It's true, you don't get to charge a license fee for GPL'd software. You can charge all you like for packaging, distribution and support, but once you've granted the license to one party, you have in effect granted the license to everyone.

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

      wow a bootleggers dream

      pfttt linux is beyond stupid ... yea I want to relearn how to admin a linux box with each new
      incemental .1 release... let alone each diffrent distro.

      no thanks

      BSD for servers

      Windows 2000 for desktop

      linux... mmm to wipe my tush

    5. Re:Mistaken? by jbolden · · Score: 2

      http://cart.cheapbytes.com/cgi-bin/cart

    6. Re:Mistaken? by Dehumanizer · · Score: 1

      Although I prefer BSD, you, boy, are nothing but a rude moron.

      And it's obvious you've never used either BSD or Linux. Hell, you're probably using Windows Millennium, and think the Control Panel is "too complicated"... when something goes wrong, you just reinstall WinMe.

      --
      The Tlog - a technology blog
    7. Re:Mistaken? by Arandir · · Score: 1

      Let's see... Pink Tie Linux (since they can't use the name Redhat) is $5.99 for three high quality media CDs. That's $2 a CD. That may not be Cheapbytes cost for a CD, but it is yours, if you choose to buy just one single blank CD.

      It appears that Cheapbytes is selling Redhat retail at the retail price for single blank CDs.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:Mistaken? by Anonymous Coward · · Score: 0

      Yeah, redhat is just *raking* it in.

      (snicker)

  21. As my name points out... by bsdparasite · · Score: 1
    I liked the article. I am on a terminal, using the base OpenBSD distro. My setup to connect to the net via PPPoE happened in seconds. It's weird that for other OSes, I would have had to download rp-pppoe or some other thing. The basics are amazing with these BSDs. And they are all well compressed. Filesystem operations are also smooth. I don't hear my hard disk groaning everytime I start some app.

    1. Re:As my name points out... by Anonymous Coward · · Score: 0

      I have noticed with Linux, my hard disk thrashes so loudly when I start applications. Neither Windows nor FreeBSD does that. I have often wondered exactly what on earth it is doing to make it do that?! Sometimes you can feel the case shudder.

    2. Re:As my name points out... by Anonymous Coward · · Score: 0

      PPPoE is built into Windows XP.

  22. Ports Collection and My O/S Choice by vcbumg2 · · Score: 1

    With the Linux distros becoming more stable one of the greatest advantages to the BSD family is the ports collection. Linux might come out of the gate running loads of apps and a xdm login but give me a few hours and I can make any BSD sing and dance exactly how I want it. How I use O/S FreeBSD Internet Services OpenBSD VPN/Router/IDS NetBSD EOF Exotic Hardware running modern O/S http://www.spectechnologies.net/projects/ehardware /index.html Solaris Database/CAD WS Win2000 Games/office Linux cluster/ipaq linux/dev my projects http://www.spectechnologies.net

    --

    projects @ http://spectechnologies.net

    1. Re:Ports Collection and My O/S Choice by Anonymous Coward · · Score: 0

      Ports is OK, but not even close to portage. Smart ex-bsd users use www.gentoo.org

  23. Re:Holy crap PRINT by Anonymous Coward · · Score: 0

    Click on print and you will get the whole article on one page.

  24. it's a pity you computer guys can be so meticulous by Anonymous Coward · · Score: 0

    Well at least we have good cod.....

    Buffer Overflow... SegFault....

    Welcome, you've got Root!

  25. Solaris by MoonRider · · Score: 3, Insightful

    Solaris is one of the best operating systems around. It has a strong TCP/IP stack with hundreds of options you can tune and an excelent kernel design... most of it's internals came from BSD.

  26. Yes by jhines · · Score: 2, Redundant

    The GPL is a source of contention.

    MS doesn't have a problem with the BSD license, because it allows for incorporation into proprietary applications, like the TCPIP code in Windows.

    1. Re:Yes by scrytch · · Score: 1, Troll

      MS doesn't have a problem with the BSD license, because it allows for incorporation into proprietary applications, like the TCPIP code in Windows.

      Doesn't matter how many times you repeat it, it doesn't make it true. The only BSD code in MS's TCP/IP stack is the header file.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    2. Re:Yes by videodriverguy · · Score: 2, Informative

      Yet again, more crap about the TCP/IP stack in Windows.
      The Windows NT TCP/IP STREAM code was written by Spider Software in Edinburgh, Scotland. MS bought it and spent a lot of time making it thread and SMP safe. The stream code itself was a clean room implementation of the AT&T system V code - AFAIK BSD has never had streams and never will have. At the time the NT was being written the BSD code was unclean and fraught with legal problems.
      I've seen the code, and I also personally know the original developer of the Spider code.

    3. Re:Yes by Anonymous Coward · · Score: 0

      Even if that were true, you don't think standards are a good thing? If it wasn't for BSD's licensing scheme, then the internet would be drastically different... and for the worse.

    4. Re:Yes by Anonymous Coward · · Score: 0

      multiple implementations of the RFCs are good. One implementation to rule them all is a recipe for disaster.

  27. MOD DOWN! by Billly+Gates · · Score: 1, Troll
    He said something bad about linux and *BSD and thefore has to be lying! Since we don't agree with him, lets mod him down. Linux and netbsd can not crash. Ask any slashdotter.

    I have never heard of a linux or netbsd system crashing. Have you?

  28. So the question is... by Anonymous Coward · · Score: 0

    ...Why haven't you tried a BSD? Even if just out of curiousity? :)

  29. Just Curious by Amazing+Quantum+Man · · Score: 0, Flamebait

    I don't read at -1... so I just have to ask...

    Did someone post "*BSD is Dead" yet?

    --
    Fascism starts when the efficiency of the government becomes more important than the rights of the people.
    1. Re:Just Curious by sporty · · Score: 1

      Someone posted something like that and got a +Funny :)

      --

      -
      ping -f 255.255.255.255 # if only

    2. Re:Just Curious by doc_traig · · Score: 2, Funny
      I don't read at -1...

      Do you shut your eyes when you drive through bad neighborhoods, too?

      You don't know what you're missing.

      -DDT

      --
      So long, michael. Don't let the door hit you...
    3. Re:Just Curious by Anonymous Coward · · Score: 0

      Necromancer? You mean ass goblin?

  30. Misinformation and Absurdity by dh003i · · Score: 3, Informative

    Don't let the title fool you. This article was great. There was, however, one clearly uninformed statement. The GNU GPL does not prevent you from charging other people software based off of GPL'ed code; it mandates that the source code for any modified or improved versions be distributed either free or at no greater than the net cost of distribution.

    Also, nice to know that the judges in our courts are complete morons, as they don't realize that among people in the computer world, UNIX is a generic term.

    We think and speak of BSD, IRIX, AIX, Solaris, Linux etc, as being UNIX OPERATING SYSTEMS. Even some OS' which shouldn't be called UNIX are called UNIX (i.e., Plan9).

    Someone on /. said earlier "trademarks exist to protect the consumer". Yea, my ass they do. Its time we stopped letting corporations divide the language between them.

    1. Re:Misinformation and Absurdity by MoonRider · · Score: 1

      Unix is a trademark of the OpenGroup, but it's not only a trademark. It's not enough to pay to use the words Unix.
      One operating system must pass the certification process, and this will ensure that there're some features that you will find on all "Unix Operating Systems". This is very important, mainly if you have to deal with Unix from many different vendors.

    2. Re:Misinformation and Absurdity by dh003i · · Score: 2

      Please, these are just a bunch of greedy bastards who want to be the one's deigning whether something is UNIX or not. BSD and Linux are UNIX standard. Period. Fuck OpenGroup.

      You shouldn't have to pay money to be verified as being compliant with a certain standard, not anything beyond the cost of verification anyways; and don't tell me it would cost more to verify than BSD & Linux projects can affort.

    3. Re:Misinformation and Absurdity by Anonymous Coward · · Score: 0

      it mandates that the source code for any modified or improved versions be distributed either free or at no greater than the net cost of distribution.

      And yet, the Virgin WebPlayer didn't do that. It ran Linux.

      This GPL rights thing is a myth.

  31. A bit of Linux bashing? by rainmanjag · · Score: 2, Insightful

    This article was qualified as "informative"? True, it does give much factual information about the history of BSD, it does take quite an editorial stand... and the author calls Linux advocates dogmatic... talk about the pot calling the kettle black...

    Other criticism:
    1) Linux isn't an operating system... true... RMS is preaching as much... GNU/Linux is however an operating system...

    2) "Proponents of Linux tend to take a 'revolutionary' stance, seeing their work as a war to compete with, and destroy, Microsoft and other commercial software vendors." This is a bit of an exaggeration combined with an oversimplification.

    3) "only one security hole that would allow an intruder to break in from the Internet has been discovered in the past 6 years" I'm just guessing, but I'd think this only includes software as part of the BSD operating system, and not third party contributing software... Hell, the Slapper worm is a port of a BSD worm over to the GNU/Linux system...

    4) "Unlike most other operating systems (including most distributions of Linux), FreeBSD is extremely easy to install directly via an Internet connection." Maybe if you go by raw numbers of Linux distros, but I've installed RedHat over the network for years...

    I could go on, but I don't feel like it... I just wish the article could be more neutral and not bash every other operating system out there, including GNU/Linux...

    -jag

    --
    http://starboard.flowtheory.net/
    1. Re:A bit of Linux bashing? by Anonymous Coward · · Score: 0

      2) "Proponents of Linux tend to take a 'revolutionary' stance, seeing their work as a war to compete with, and destroy, Microsoft and other commercial software vendors." This is a bit of an exaggeration combined with an oversimplification.

      Yeah, it's the proponents of GNU/Linux that tend to take a 'revolutionary' stance.

    2. Re:A bit of Linux bashing? by gstevens · · Score: 1

      5) "Around the same time, Linux surfaced. Based on the Minix kernel..." Um, no. There's a fairly famous Usenet exchange between Linus and some Minix guys from way back about how the Linux kernel was not based on Minix. I think Minix was even microkernel based -- that's not even the same kernel philosophy as Linux.

    3. Re:A bit of Linux bashing? by LiquidPC · · Score: 0, Offtopic

      3) "only one security hole that would allow an intruder to break in from the Internet has been discovered in the past 6 years" I'm just guessing, but I'd think this only includes software as part of the BSD operating system, and not third party contributing software... Hell, the Slapper worm is a port of a BSD worm over to the GNU/Linux system...

      Since apache isn't part of BSD or Linux, then Slapper isn't a BSD worm, nor is it a Linux worm. It's an apache worm.

    4. Re:A bit of Linux bashing? by Anonymous Coward · · Score: 0

      You've been remarkably kind to a tiresome article. I'll summarise it: Linux baaad. *BSD goood.

      *BSD advocates are one of the saddest lot of people in the world today. They still cling to the old myths about BSd being more stable, faster, secure than Linux... myths that got started in teh early nineties when Linux was laughed at by the BSD crowd. None of them have been remotely true for years. Linux is better supported, easier to install (both for advanced networkers and newbies), faster, more scalable and secure than any version of BSD. It's also more user friendly... though BSD advocates seem to confuse this with bloat - clue: clicking default newbie install will get you a system you can use as a desktop; choose which packages you want and you get a slimline version.

      In short: People should ignore the BSD bigots. They are a dying race.

    5. Re:A bit of Linux bashing? by be-fan · · Score: 2

      This is a bit of an exaggeration combined with an oversimplification.
      >>>>>>>>
      Isn't that the hallmark of internet journalism?
      Seriously, though, I love how that sounds. Just rolls around your tongue. Nice work!

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:A bit of Linux bashing? by Trepidity · · Score: 2

      1) Linux isn't an operating system... true... RMS is preaching as much... GNU/Linux is however an operating system...

      I don't think this is what they meant. FreeBSD is designed as a complete operating system so all its parts work together. The analogous system in the Linux work would be something like Debian.

      I personally happen to think Debian does a fine integration job, so don't give much weight to the "FreeBSD is engineered as a whole while Linux" isn't argument, but I will admit that there is a bit more developer cooperation in the BSD world (Debian often has to hack together misbehaving 3rd-party packages so they'll work the way Debian packages are supposed to).

  32. Re:an OK article, but a bit biased in favor of fbs by Anonymous Coward · · Score: 0

    but a bit biased in favor of fbs

    For good reason.

    FreeBSD KiCKz MaJ04 aZZZZZZZZZZZZZ!!!!!!

    QED

  33. MOD PARENT UP by Anonymous Coward · · Score: 0

    Mod parent up, this guy hit the nail right on the head!
    I don't think he's got issues with just the GPL, he's got issues in general :)

    For the record, I prefer the BSD license...

  34. You're thinking of SunOS by msobkow · · Score: 2

    The old SunOS was based on BSD. Solaris is based on an SVR4 core, which is what made the transition so painful (different APIs for signal handling, etc.)

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:You're thinking of SunOS by MoonRider · · Score: 1

      The old SunOS was based on BSD. Solaris is based on an SVR4 core

      SVR4=SunOS+SVR3+XENIX+BSD

      But yes, Solaris had a new kernel... although, I don't believe they removed all the BSD code.

    2. Re:You're thinking of SunOS by Anonymous Coward · · Score: 0

      Over 103 files found in /usr/include/ contain BSD code. (uname -a: SunOS my_host 5.7 Generic_106541-12 sun4u sparc SUNW,Ultra-5_10).

    3. Re:You're thinking of SunOS by be-fan · · Score: 2

      "I don't believe they removed all the BSD code" is a far leap from "most of the internals are based on BSD." And Solaris is Solaris, not BSD or SVR4. Most of the critical subsystems in Solaris have been rewritten to support the massively threaded architecture. And given the amount of original designs that came out of Solaris, and how much those designs have influenced other UNIXs, I'd give Solaris a place along SVR4 and BSD (in some sense, anyway) as major branches of UNIX.

      --
      A deep unwavering belief is a sure sign you're missing something...
  35. OMG BSD WINS!!!!! by Anonymous Coward · · Score: 1, Funny

    Linux doesn't have ANYTHING like this!!!!

    I'm switching right now!!!

    1. Re:OMG BSD WINS!!!!! by nebenfun · · Score: 1

      what are you talking about?
      we have http://www.cowboyneal.org/ ...

      *switches to bsd
      john

    2. Re:OMG BSD WINS!!!!! by liquidsin · · Score: 2

      No, but linux has this.

      --
      do not read this line twice.
    3. Re:OMG BSD WINS!!!!! by Geekboy(Wizard) · · Score: 2

      Right, photoshopped girls, vs a real girl who is seen with actual people. You convinced me

    4. Re:OMG BSD WINS!!!!! by notfancy · · Score: 1

      Amazing how, under all that vinyl, she still manages to smile...

    5. Re:OMG BSD WINS!!!!! by NamShubCMX · · Score: 1
      Right, photoshopped girls, vs a real girl who is seen with actual people. You convinced me


      Correction: gimped girls :P

      --
      We've always been at war with Eurasia.
    6. Re:OMG BSD WINS!!!!! by Anonymous Coward · · Score: 0

      Instead, we have this.

    7. Re:OMG BSD WINS!!!!! by Anonymous Coward · · Score: 0

      Thats from the Linux world expo in NYC jan. 2000.

      been there.
      done that.
      have the VA Linux systems T-shirt.

      (VA also had a mini-bar and were serving visiting customers free drinks, IBM had a cool after party for their customers too...)

  36. Darwin 6.0.1 by h0tblack · · Score: 4, Informative

    ..has recently been released, this is the massively updated layer beneath OS X 10.2 (aka jaguar aka jagwire). At the moment only the PPC binary installer is available, the x86 version is apparently on it's way, until then there's always the older 1.4.1 x86 version. IMHO it's good that Apple are keeping both the source and binary Darwin distribs up to date. A Whole bunch of the engineers at apple are heavily committed to open-sourcing (and not just those you'd expect like Jordan Hubbard). Using the Darwin Core and something like Fink or DarwinPorts you can end up with a nice and 'free' OS with Xfree86, KDE et al.

  37. Linux is becoming commercialized... by Anonymous Coward · · Score: 0

    Linux is becoming commercialized, RedHat/IBM taking over, and following in MS's footsteps. I sure don't want to be a Linux follwer just because of that, let alone 10,000 other reasons.

    This commercialization of Linux defeats the original goal of Linux, but what the hell, everyone's in it for a buck! *BSD on the other hand doesn't have to worry about that and can always stay "FREE" but more and more companies use it because of the licensing, yet at the same time no one knows it. I think Apple was really smart like this, but then again, if they chose Linux they would be very stupid!

  38. Not one mention of the GNU project by Anonymous Coward · · Score: 0

    Normally I wince and roll my eyes when I hear someone whining and crying about the name of the OS that some people call (GNU/)Linux.

    But then I see articles like these that talk about the whole history and make no mention of the GNU project and/or Stallman, and I begin to think that Richard's whining may be justified.

  39. Re:an OK article, but a bit biased in favor of fbs by gotvim · · Score: 1

    Agreed that this article is great for bringing BSD onto the scene. I just started using FreeBSD recently at my new job, and coming from a Linux world, the install was awesome and it runs great, and after getting used to the filesystem, that's great too. However, I don't think it should have been put above Linux as much as the author had. I think Linux has it's place, on the desktop, and even more so, as a R&D tool.

    Also, I didn't get the feeling that the author was putting FreeBSD in a bigger light than the others, could be my lack of experience with the BSD's.

  40. Not an accurate comparison to Linux by Burdell · · Score: 3, Interesting
    But virtually all modern operating systems -- from Windows to BeOS to Linux -- rely on crucial BSD code to run.

    Linux does not "rely on crucial BSD code to run." The Linux IP stack was a clean re-write (in part because at the time, the "free" BSD license was incompatible with the GNU GPL). There are some drivers that are developed cooperatively with FreeBSD and Linux (typically dual licensed under the BSD license and the GPL). AFAIK, the only code in Linux that originated in classic BSD is in a couple of the PPP compression modules, but that's hardly crucial code that is relied upon for operation.

    Unlike most other operating systems (including most distributions of Linux), FreeBSD is extremely easy to install directly via an Internet connection. No CD-ROM is required, though one must download two 1.4 MB floppy disk image files and use them to create bootstrap floppies.

    I only have to download one 1.4 MB floppy disk image file to install Red Hat Linux from the Internet. Does that mean RHL is twice as good? Not really (although it is ;-) ).

    1. Re:Not an accurate comparison to Linux by nudelding · · Score: 1

      while I don't know if linux uses BSD code for crucial operation the author ignores that
      BSD uses GPL'ed code for crucial stuff:
      - compiler is gcc
      - debugger is gdb
      (this is at even true for the commercial BSD/OS)

    2. Re:Not an accurate comparison to Linux by Anonymous Coward · · Score: 0

      [root@linux]: ./configure ... ...
      Checking for BSD compatible install.. ... ...
      [root@linux]:

      While linux might not rely on BSD code to run, keep in mind it wouldn't even be around if not for BSD code (and the above statement is not my sole argument, i'm @ work on lunch and short on time)

    3. Re:Not an accurate comparison to Linux by Anonymous Coward · · Score: 1, Funny
      What Killed FreeBSD

      [ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]

      When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.

      Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.

      FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.

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

      So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.

      Discussion

      I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.

      From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.

      There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.

      Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.

      Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?

      Shouts

      To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.

      To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It's when you get distracted by the politickers that they sideline you. The tireless work that you perform keeping the system clean and building is what provides the platform for the obsessives and the prima donnas to have their moments in the sun. In the end, we need you all; in order to go forwards we must first avoid going backwards.

      To the paranoid conspiracy theorists - yes, I work for Apple too. No, my resignation wasn't on Steve's direct orders, or in any way related to work I'm doing, may do, may not do, or indeed what was in the tea I had at lunchtime today. It's about real problems that the project faces, real problems that the project has brought upon itself. You can't escape them by inventing excuses about outside influence, the problem stems from within.

      To the politically obsessed - give it a break, if you can. No, the project isn't a lemonade stand anymore, but it's not a world-spanning corporate juggernaut either and some of the more grandiose visions going around are in need of a solid dose of reality. Keep it simple, stupid.

      To the grandstanders, the prima donnas, and anyone that thinks that they can hold the project to ransom for their own agenda - give it a break, if you can. When the current core were elected, we took a conscious stand against vigorous sanctions, and some of you have exploited that. A new core is going to have to decide whether to repeat this mistake or get tough. I hope they learn from our errors.

      Future

      I started work on FreeBSD because it was fun. If I'm going to continue, it has to be fun again. There are things I still feel obligated to do, and with any luck I'll find the time to meet those obligations.

      However I don't feel an obligation to get involved in the political mess the project is in right now. I tried, I burnt out. I don't feel that my efforts were worthwhile. So I won't be standing for election, I won't be shouting from the sidelines, and I probably won't vote in the next round of ballots.

      You could say I'm packing up my toys. I'm not going home just yet, but I'm not going to play unless you can work out how to make the project somewhere fun to be again.

      = Mike

      --

      To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. -- Theodore Roosevelt
    4. Re:Not an accurate comparison to Linux by jbolden · · Score: 1

      Does anyone know more details about this?

    5. Re:Not an accurate comparison to Linux by jolan · · Score: 1

      Twice as good as what?

      I can install both NetBSD and OpenBSD from a single floppy.

    6. Re:Not an accurate comparison to Linux by edhall · · Score: 4, Informative

      Current versions of BSD use GCC. However, BSD was originally developed using another compiler (derived from Steve Johnson's PCC) and if someone wanted to spend the time, one of the BSDs could be moved to another compiler today. However, zealotry aside, there is no reason to do so at this point; The BSDs use GCC because it is the best free compiler available for the job. But the fact that BSD was already fairly mature before it started using any GNU software distinguished it from Linux, which was developed almost from the beginning with GCC and other GNU tools.

      -Ed
    7. Re:Not an accurate comparison to Linux by Anonymous Coward · · Score: 0

      Syslogd and many other vital parts of Linux, including parts of the kernel, are BSD.

    8. Re:Not an accurate comparison to Linux by dohcvtec · · Score: 1
      I only have to download one 1.4 MB floppy disk image file to install Red Hat Linux from the Internet. Does that mean RHL is twice as good? Not really

      FreeBSD and NetBSD both require 2 floppies to boot the installer, but OpenBSD only requires 1 floppy. And no, that doesn't make RedHat twice as good (nor OpenBSD.)
      --
      -- Never hit a man with glasses. Hit him with a baseball bat.
  41. I don't think you get the article's point by einhverfr · · Score: 4, Insightful

    The article's point is that the a company can't use GPL'd code in their proprietary products and then charge licensing fees for the use of that software. Since most of the commercial software industry makes its moeny on licensing fees, the article argues that this essentially taking their incentive away from improving the code.

    And with that point I disagree. Very little of the software used today is licensed on a large scale, but those that are (Solaris, Windows, MS Office) are commonly known. The author here is seeing a few trees here and callign them the forrest.

    Instead most software is developed inhouse for inhouse applications (web apps, LOB apps, etc.) and these pieces are not sold on the open market. So in many areas, I believe that there is a financial incentive to take GPL code and improve it, and like with the BSD license, return that improved code to the community (if it is community owned, then the community can support it). The incentive here is not the gain in revenue from licensing fees but rather the cost savings by large-scale group-development, where no one entity is paying for every developer hour.

    --

    LedgerSMB: Open source Accounting/ERP
  42. Why BSD over Linux and History Clarifications by Anonymous Coward · · Score: 5, Informative

    First, I've used Unix since 1977 and BSD since about 1979 (whenever V3.0 BSD came out.)

    Why is Linux more popular than BSD?

    I think mostly because a useable, free distribution of linux was available first. Although a lot of the BSD code was freely available there was no real distribution you could load and boot for a few crucial years other than BSDi which cost about $1000 (and was very good, but you had to be willing to part with $1000.)

    So, simply: A loadable, bootable, useable Linux was available for free to the general public before the same was available for BSD.

    Some might nitpick about the availability of Jolitz' 386BSD but it was at best a very limited distribution and supported only some specific cpu/bios/disk/etc setups. From almost the start Linux used the BIOS drivers (ok I'm not a x86 internals weenie so might have this worded slightly wrong) which meant you tended to just get lucky if you tried Linux on your off-beat hardware, it'd usually just work.

    Remember also that in the early/mid 90's x86's were much less standardized and you tended to do your own system integration taking a basic system with a motherboard and often adding a video card, a disk card, a disk, a sound card, etc. and all that had to be supported by OS drivers of some sort. Linux was better at that then BSD back then.

    HISTORY:

    What's seriously missing from the article are the specific reasons why BSD gained such fast popularity:

    In the 70's the most popular system for hacking around on was the DEC (Digital Equipment Corp.) PDP-11. It was relatively cheap for its day (usually under $100K!) and expandable and mostly maintainable by the sysadmins.

    Unix from Bell Labs and very early BSDs ran on the PDP-11. But it was limited to 16-bits, many systems maxed out with 64KB (yes KB) of memory! Fancier systems could extend that to 128KB, and their rolls-royce model, the PDP-11/70, could handle 2MB but anything beyond 64KB was mostly used like a fast swap disk, you'd load programs and the OS would switch which 64KB (or for some 128KB, 64KB for the program, 64KB for its data) it was running right now.

    Then, around 1978, DEC came out with the VAX (Virtual Address eXtension, of the PDP-11, tho that's more of a historical artifact of a name.)

    The VAX had 32-bits of architecture and could support, well, over 1GB of physical and 4GB of virtual memory, at least in theory tho in those days 16MB of physical was huge super-computer stuff.

    But the virtual memory system was very complicated and DEC released it only with their own proprietary VMS O/S which was kind of like CP/M on steroids (MS/DOS was based on CP/M), with a few additions like the VM support.

    There were some early releases of Unix for the Vax (e.g., System/32 from AT&T) but they didn't support the VM hardware and so were very limited. VAXes cost around $500K, you didn't really want to spend half a million and then not be able to use the main point of the hardware!

    Then Bill Joy (BSD, later one of the Sun founders) in probably one of the greatest virtuoso performances in hacking history added VM support to BSD and a VAX version was released.

    Suddenly every University and research lab had to have a Vax running BSD, particularly by their 4.1 release. 4.2bsd added full TCP/IP support and a much more robust file system written by Kirk McKusick (previously a crash would often corrupt the file system and there was no real fsck so sometimes you'd have to use a kind of interactive file system debugger to fix a partition manually,
    or just try to recreate it from backups,
    ugh, you don't know the horror.)

    DEC came out with the somewhat less expensive VAX 11/750 and even a 730 model (which really, really
    sucked, but better than nothing!) and more and more people at universities & research facilities bought them to run BSD/Unix which, particularly with ethernet and maybe even an Arpanet connection, was just grand, heaven on earth.

    DEC fought tooth and nail against BSD/Unix (any Unix) preferring to push their proprietary VMS OS even if it meant shoving down people's throats (e.g., they loved going to the suits and telling them that if their people run Unix on their $500K VAXes DEC might refuse to fix the hardware if it breaks...FUD.)

    Eventually DEC relented and came out with their own version of Unix for the Vax based mostly on BSD and called it Ultrix.

    But it was too little, too late, by then Sun was eating their lunch with much better Unix on machines that mostly cost well under $100K even in their fancy incarnations. And bitmapped workstations (Sun3/50) could be had for around $5K with disk (or you could run them diskless for less.)

    Sun ran a pretty pure BSD/Unix and then in the late 80's merged it with AT&T's System V (as in five, not vee, there was a I, III, and probably some numbers in between not publically released.)

    AT&T completely fell on its face with Unix coming out with the doomed 3B series of AT&T computers (proprietary CPU) running their SYSV Unix as well as the rebadged Convergent PC7300 which was kind of cool because to my knowledge it's the only machine that had a label on it "Unix PC".

    1. Re:Why BSD over Linux and History Clarifications by edhall · · Score: 5, Informative

      Good grief; someone got it (mostly) right! DEC's hardware was absolutely crucial to Unix's emergence, even though DEC did damn near everything to stop it. I do have a few nits to pick, though, and a bit more info on BSD's contribution (specifically the 1.x and 2.x series which ran on PDP-11 only):

      • PDP-11's supported 256KB of memory early on due to the fact that the UNIBUS had 18 address lines. The PDP-11/70 added another wider bus and so supported more memory, as you say.
      • Although the PDP-11/40 and earlier supported only a single 64KB address space, the PDP-11/45 supported separate Data and Text (executable) spaces. Most Unix installations were 11/45's or 11/70's, and so supported this feature (which lead to the introduction of "shared text" -- separate processes sharing a single copy of executable code).
      • Saying that memory outside of 64KB was used as "fast swap" is inaccurate, since it implies that processes were copied to and from it; in fact, PDP-11's (from the '40 on) had segmentation hardware which allowed that memory to be mapped in without copying.
      • One of the things that BSD added to Unix on PDP-11's was the ability to use its segmentation hardware to map in and out parts of executables. Although the granularity of 8KB segments tended to limit this feature to separate phases of a program, it helped soften the 64/64 barrier a bit on the code side.
      • Shared memory was another feature allowed by the memory hardware that BSD took advantage of.
      • BSD also added a primitive (by later standards) networking capability called, I believe, BerkNET.
      • A number of other features were added as well to PDP-11 BSD Unix along with a lot of performance tuning and enhancement. It wasn't unusual to have sixty people comfortably sharing a PDP-11/70 doing software development and word processing (and, of course, email and messaging).

      Very little of what Berkeley added to PDP-11 Unix survives. This isn't surprising given that a fair amount of it was designed specifically to confront the 16-bit address limitation in some way. It's a bit amusing to hear some similar ideas being discussed today (though more in Linux circles than BSD, I think) for overcoming the 32-bit address limit. (It's also a bit weird to think that if Moore's law continues to hold, I'll probably live to see the same thing happen at 64 bits!)

      The VAX version of BSD (which was developed pretty much separately -- the two overlapped by several years) has direct influence on all BSD's today, of course, and your post pretty covers its development from Unix V32 through Ultrix.

      -Ed
  43. thank god for BSD by Anonymous Coward · · Score: 0

    I liked to thank the creator of the freebsd for making such a swell product.

  44. The Myth of BSD in Windows by Inoshiro · · Score: 4, Informative

    A long, long time ago, in the State of Washington, a certain company that produces a lot of software needed a TCP/IP stack. Seeing many smaller companies producing TCP/IP stacks, they decided to buy one.

    But when they bought the company out and started examining the code, they found that it was a Regents of Berkeley code. Since they did not want to advertise the BSD operating system, they instead went ahead and wrote a new stack using the knowledge of the old, BSD-based stack as a starting point. They also ported some BSD-derived utilities, which do include the copyright string, to the new Winsock TCP/IP stack.

    But Microsoft never, ever shipped with a non-MS TCP/IP stack. They wrote their own code for Win95 and WinNT because they needed it, and they did not want to advertise the competition.

    Check out this page for more information on this subject.

    --
    --
    Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
    1. Re:The Myth of BSD in Windows by pumpkin2146 · · Score: 4, Informative

      $ uname
      CYGWIN_NT-5.0

      $ pwd /cygdrive/d/winnt/system32

      $ strings ftp.exe | grep University
      @(#) Copyright (c) 1983 The Regents of the University of California.

      (and the same for finger.exe, nslookup.exe, rsh.exe and rcp.exe).

      Maybe not in the IP stack ...

      And by the way, I approve of this, it is part of the point of the BSD license. It also means I get a nslookup that works in a somewhat sane manner on Win2k, instead of MS not shipping a tool to do that at all (which is what would have happened if it had taken developer time).

      How long would MacOS X have taken if it wasn't for a preexisting BSD userland ?

    2. Re:The Myth of BSD in Windows by Anonymous Coward · · Score: 1, Funny
      What We Can Learn From BSD
      By Chinese Karma Whore, Version 1.0

      Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.

      Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.

      These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.

      As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.

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

      The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like a dying empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.

    3. Re:The Myth of BSD in Windows by Anonymous Coward · · Score: 0

      Applications are NOT the stack! Finger is no more "the TCP/IP stack" than Apache is. Running strings on ftp means nothing.

      Thank you.

    4. Re:The Myth of BSD in Windows by sparkz · · Score: 3, Informative
      --
      Author, Shell Scripting : Expert Re
    5. Re:The Myth of BSD in Windows by Anonymous Coward · · Score: 0
      Maybe not in the IP stack ...

      Applications are NOT the stack! Finger is no more "the TCP/IP stack" than Apache is. Running strings on ftp means nothing.

      Do you even bother to read before jerking your knee? Dickhead.

  45. Re:it's a pity you computer guys can be so meticul by Anonymous Coward · · Score: 0

    Mmmm. Good cod. Fresh from Newfoundland.

  46. pshaw! by Anonymous Coward · · Score: 0

    You don't use google?

  47. Jesus by Anonymous Coward · · Score: 0

    Who the fuck has the time to write this shit? And I thought I spent too much time on slashdot.

  48. Berkeley Software Distribution???? by Anonymous Coward · · Score: 0

    BSD stands for "Berkeley Software Distribution," the name first given to the University of California at Berkeley's own toolkit of enhancements for the UNIX operating system.

    Wha? I thought BSD stood for "Berkeley Standard Distribution"...

  49. Re:Print! by Longinus · · Score: 1

    You see that little Print button at the top of the article? It is your friend. Whenever viewing arcticles at sites that do crap like this, I always just hit the print article button and viola, a crisp, clean, layout all on one page.

  50. Any prefer Darwin over the other BSD's? by bogie · · Score: 2

    Just wondering since all of the good desktop parts of OSX are proprietary, would you bother running Darwin if you can't use the OSX desktop.

    Has anyone out there switched from FreeBSD, OpenBSD or NetBSD to Darwin? Do you think its better? Why etc.

    --
    If you wanna get rich, you know that payback is a bitch
    1. Re:Any prefer Darwin over the other BSD's? by ipjohnson · · Score: 1

      I think its more of a way to give back to the BSD community rather than an alternitive to Free/Open/Net .

    2. Re:Any prefer Darwin over the other BSD's? by namespan · · Score: 2

      Disclaimer: I haven't ever installed a "pure darwin" setup... that is, one without the OS X "good desktop parts." Still... every time I've downloaded and configure/make/installled a typical UNIX tool, it's ended up working out. In the Public Beta days, some packages gave me a little trouble, but since 10.0.4, everything's gone right according to plan. Fink is supposed to make things even easier. Haven't tried it yet.

      If most packages are that way, I can't see any reason using Darwin would be less desireable than any other BSD. Or Linux.

      --
      Libertarianism is rich wolves and poor sheep playing gambler's ruin for dinner.
  51. Wow by bozoman42 · · Score: 1

    [sarcasm] I didn't know Linux was actually *based* on Minix. And because of the GPL you have no rights to sell it at all? Somebody'd better go tell RedHat quick! [/sarcasm] I expect more from Brett Glass, honestly. He sounded like some Microsoft evangelist. BSD can stand on its own merit, it doesn't need people to try and put down Linux. (My 2 cents.)

    1. Re:Wow by Meowing · · Score: 1

      With the really old Linux kits, you really did have to have a copy of Minix to get anything up and running. It certainly was written as a minix clone, by someone with the minix sources handy. The dependencies were, of course, kicked out soon enough, but "based on minix" is a fair enough statement.

    2. Re:Wow by Theom · · Score: 0

      "Bootstraped with Minix" would be better.

      --

      mp3: l33t term for empty.
  52. Good article, alot of Linux-bashing though by dh003i · · Score: 4, Insightful

    But what can we expect when we do plenty of BSD-bashing and run plenty of ridiculous "BSD is dying" articles?

    This intense rivalry between the BSD and Linux communities is something that baffles me, since both basically want the same goals -- freedom for users, excellent software -- but go about doing it in different ways.

    From my reasoning, people who GPL their programs are extremely worried about the possibility of the "public" project dying off, and a corporate project which doesn't care about freedom taking over; they also want to draw programs out into the open, hence the requirement that any modifications or programs based on a GPL'ed program be GPL'ed. People who use the BSD license just want to let others use their code for whatever purpose, so long as the original code is revealed; they obviously prefer the BSD license, and hope that others will be convinced to license their BSD-license-based software under teh BSD license, but do not force the issue, as does the GPL. The GPL is a slightly more aggressive approach.

    Both camps are also concerned with the excellence of their products, though that concern manifests itself in different ways. While OpenBSD and NetBSD tend to focus on security and portability, respectively (and both of them on stablity), Linux' tend to focus more on performance, features, and ease of use. Of course, you can't speak for all of the Linux' as one. Debian and Slackware have a pretty rounded effort regarding security, stability, performance, and features, despite being somewhat difficult in ease of use. Alternatively, distributions like Mandrake and Corel tend to focus hardly on ease of use, while RedHat and Suse focus on ease of use and stability.

    There is no absolute right or wrong. Different things are better for different users, depending on their technical needs and their politics.

    Ultimately, all OSS / FS communities benefit from one another, particularly Linux and BSD, which have benefitted greatly from eachother. Linux has gained much in terms of hard technical details from BSD; conversely, BSD has benefitted from Linux being in the spotlight, as there are more applications for Linux, which means more apps that may run under BSD.

    For me, the GPL and Debian are my license and OS of choice. I choose Linux over BSD because I'm a personal user and I need driver support for things like graphics cards from Nvidia and ATI; Debian because, among the Linux', it does tend to be the most stable and steadfast, with excellent quality-control.

    For other people, something else is best. For those that love having absolute control, Slackware is best. For those who just want something that's overall pretty well rounded, RedHat, Caldera, Suse, etc are the way to go. For those who want something that focuses most on ease of use, Mandrake or Corel are good options. Other people will want a BSD OS. For those for whom security is a big issue, OpenBSD is the one of choice; for the person who needs something portable, NetBSD; for the all-around power-user, FreeBSD. Of course, that's just my opinion.

    1. Re:Good article, alot of Linux-bashing though by 1984 · · Score: 2
      This intense rivalry between the BSD and Linux communities is something that baffles me...

      They're all still people. Having -- and sharing -- apparently noble goals doesn't seem to make people any less (or more) petty and egotistical.

    2. Re:Good article, alot of Linux-bashing though by blanktek · · Score: 1

      For someone "baffled" by the rivalry you seem to have a good understanding of it.

    3. Re:Good article, alot of Linux-bashing though by Telex4 · · Score: 2
      I agree that all this GNU/Linux and BSD bashing is slightly insane. Some GNU/Linux users seem to feel the need to tell everyone that their OS is every bit as secure and stable as the BSDs, and likewise BSD users seem to feel the need to tell everyone that their OS is every bit as powerful and feature laden as GNU/Linux. Windows users try to impress both camps :)

      In the middle of these wars over people's insecurity about their OS, they mix in silly arguments over licensing, design philosophies and any other issues they might want to raise, usually in a very inaccurate manner. For example:

      Linux, by itself, is not a complete operating system -- it's the "kernel" of the operating system....

      The author is either backing the FSF by saying we should call it all GNU/Linux, or trying to imply that because we talk about "linux" when we mean a full GNU/Linux distribution, we're really comparing the Linux kernel to a whole BSD system.

      The article is riddled with other such nonsense. I'm surprised it got published, its really more of a poor opinion piece. In the end it does tell you a fair bit about BSD, but far less than it could, and all of it is tainted by inaccurate boastings and attacks.

    4. Re:Good article, alot of Linux-bashing though by jolan · · Score: 1

      I fail to see the "lots of Linux-bashing" that you mention. It objectively mentions the differences between *BSD and Linux, and the BSD license vs. the GPL license. Maybe you could elaborate and point out where all the Linux bashing is in this article?

      I'd like to expand on your ideas on why people use the licenses they do. GPL is for people who think software should be free (and remain so). A project which is GPL'd can still die, but the GPL dictates that if it is picked up by someone else, it remains public and free for people to use. I'm sure it's a nice comfort for programmers to know that they can sue if some corporation decides to incorporate their code into a product and sell it.

      BSD, on the other hand, is for people who simply don't care what happens to their software. If it dies, another free software author can pick it up and only needs to retain the copyright of relevant portions. A company can take code and bundle it into their product and sell it. That's why Microsoft hates the GPL, but doesn't mind BSD-licensed code.

      I do agree with your statement that OSS / FS communities benefit from each other. Linux has way more media exposure and has that certain ideological sexiness to it. That image has translated into new developers and thus more applications. These new applications undoubtedly filters into other free UNIX-derivatives.

      I choose Linux over BSD because I'm a personal user and I need driver support for things like graphics cards from Nvidia and ATI

      This is something I don't understand. Support for things like Nvidia & ATI cards is in XFree86, not Linux. If you're talking about DRI, then yes, XFree86/DRI was a VA Linux project and hence Linux has the best support for DRI. FreeBSD is starting to move forward in this department with experimental (and decently stable) DRI support for 3dfx & ATI cards. Nvidia also recently announed that they will provide official drivers for FreeBSD. Again, we see bells and whistles filtering down from Linux.

      Debian because, among the Linux', it does tend to be the most stable and steadfast, with excellent quality-control.

      Debian is a Linux distribution. I'm guessing you accidentally omitted "distribution" from that statement, but I'm still going to chastize you for it. "Linux" is just a kernel. The base utilities used in a Linux distribution are almost all GNU software. I hate RMS and the GNU/Linux thing, but it is a valid point.

    5. Re:Good article, alot of Linux-bashing though by Anonymous Coward · · Score: 0

      The problem is most BSD users can't keep comments to themselves about how its "morally better" than linux.

      I've yet to see a BSD article go by where the author can't help himself but take a shot at linux. Linux articles meanwhile for the most part take the high road and usually don't even mention BSD. Afterall what do we care about BSD?

      IMO BSD are just flat out jealous, End of Story.

    6. Re:Good article, alot of Linux-bashing though by dh003i · · Score: 2

      I agree. "Linux" in the way that most people refer to it should generally be referred to as GNU/Linux, except in cases where the surrounding tools aren't predominantly GNU.

      As for me choosing Debian over FreeBSD, there's other reasons other than driver support. One is I really like Debian's philosophy. Its a real "pure" GNU/Linux distribution. Though I think that both the BSD and GPL licenses are great, I tend to prefer the GPL license over the BSD license for one main reason -- because it gives OSS / FS developers an advantage over proprietary developers. Proprietary developers have money behind them, OSS / FS developers (for the most part) don't; the GPL gives them an advantage. There's other reasons too, like the fact that I want the latest applications to work fine, and most of the latest applications in the UNIX world are designed for Linux first; though many can be run on *BSD through Linux compatability mode. The other thing is that I get the impression that GNU/Linux performs slightly better than *BSD. Over time, if these two communities (the *BSD and GNU/Linux communities) keep on benefitting from one another, it might eventually come down to the license.

      Btw, I'm still waiting for the FSF to get their GNU/Hurd OS into full gear, so I can get Debian GNU/Hurd, once it catches up to Debian GNU/Linux in terms of hardware support and software support. I don't understand why the GNU/Linux OS has developed into being usable so quickly, while GNU/Hurd proceeds at a snail's pace.

  53. Article was very biased by GauteL · · Score: 3, Insightful

    .. towards BSD and against Linux.

    The truth is that BSD vs. Linux matters very little. They are both free software, and can mostly run the same apps.

    What matters are the apps. As long as you have Apache, Postgresql, openssl etc. it matters little wether or not the core is Linux or BSD.

    When you have KDE, GNOME and bash it matters very little that the core is BSD instead of Linux or vica versa.

    Based on this, people should be able to choose the OS on purely technical reasons. Linux is better for some things, BSD is better for others.

    Frankly I don't care much for the whole BSD vs. Linux "war". If one of them "takes over the world" I'll be happy.

  54. Re:an OK article, but a bit biased in favor of fbs by Fweeky · · Score: 3, Informative
    [NetBSD 1.6] now has a new init system that FreeBSD is going to copy for 5.0

    It's already been copied; rc_ng is now the default for -CURRENT.
  55. Re:The Myth of BSD in Windows (huh?) by art123 · · Score: 2, Informative

    Microsoft's very own SDK contains the Berkeley copyright notice in the following files: WINSOCK.H, WINSOCK2.H, and WS2API.H. Probably done for ease of porting. So why would MS care about the binary only stack if the header files that developers use mention Berkeley?

  56. Re:*BSDs are DYING by Melantha_Bacchae · · Score: 1, Offtopic

    An AC wrote:

    > It is official; Netcraft confirms: *BSD is dy[chomp!]

    [Munch! Slurp!] Help! [Crunch! Slurp! Burp!]

    Sorry, folks, it looks like the famous "*BSD is Dying" troll is dead. Eaten by a Jaguar.

    Move along, nothing to see here. He's a really neat eater. Please continue enjoying your BSD based OS.

    Hey, Kitty. What say you and I go poke around the Microsoft campus and see if we can't scare up a nice juicy Longhorn for desert?

    [Slurp!]

    Good Kitty! ;)

    (No actual humans were harmed in the posting of this message.)

  57. Re:an OK article, but a bit biased in favor of fbs by MobyTurbo · · Score: 2
    [NetBSD 1.6] now has a new init system that FreeBSD is going to copy for 5.0
    It's already been copied; rc_ng is now the default for -CURRENT.
    True, but FreeBSD 5.0-CURRENT is not a release version yet by any stretch of the imagination, it's an open beta-quality and even alpha-quality branch and very much in flux and frequent instability; I was refering to 5.0-RELEASE which hopefully will be ready-for-prime-time. (Of course, there's nothing wrong with having a development branch, the other BSDs and Linux also have this, just pointing that out.)
  58. Is it microsoft compatible? by Anonymous Coward · · Score: 0

    Hi, I'm using MS Windows 98 (Second Edition) right now, and I like it a lot. I mainly use Office XP, Quicken, Windows Media Player, internet explorer, and I like to play games also. I have been having some trouble with crashes (I think it is the new drivers for my Creative Sound Blaster Audigy), and someone said that the "BSD" operating system crashes less. I'm wondering if I should switch to it, will Office or windows media still work, also, does it have any good games?

    thanx

  59. YACSaM$! (Yet another cheap shot at M$!) by Anonymous Coward · · Score: 0

    "every major distribution comes with pieces of BSD, too."

    Including Microsofts!

  60. OH SNAP!!!! by qnonsense · · Score: 1

    Obligitory Zoolander quote.

    --
    There comes a time in every man's life when he must say, "No mother! I do not want any more Jell-O!"
  61. Re:I can just tell... by Anonymous Coward · · Score: 0

    ...j00 know a lot about teh manham, don't j00?

  62. GPL FUD by Anonymous Coward · · Score: 0

    The article is rife with anti-GPL and anti-Linux FUD. It is a myth that the GPL is anti-commercial. Microsoft would like you to believe that.

    The history of the *BSD forks shows that the code would have been better protected under a free software license. The author fails to even mention Solaris, the most successful BSD derivative, whose code is still proprietary. None of "the BSD's" have caught up to Solaris in terms of "enterprise-class" features, the weak license robbed the community of that opportunity.

    Today's success of Linux in the corporate world stands in contrast to BSD. Why? Because it has not been forked to death, changes by major players like IBM, Oracle and so on, are flowing back into the community. And corporations are still able to make it profitable, by selling packaged versions, support, services and so on.

    The article also implies that Linux users are anti-commercial. Please! I think we're all proud at Linux's success in the corporate world and soon the corporate desktop, it shows that we're doing things right!

    If only the original BSD had been free software, Linus and GNU authors wouldn't have had to reinvent every wheel...

    1. Re:GPL FUD by Anonymous Coward · · Score: 0

      Today's success of Linux in the corporate world stands in contrast to BSD.

      Yes. 190+ linux forks. All the differt linuxes.

  63. One noticable flaw... by PrimeNumber · · Score: 2

    Around the same time, Linux surfaced. Based on the Minix kernel written by computer science professor Andrew Tannenbaum, and unencumbered by the spectre of a lawsuit, Linux began to gain momentum and became the best known freely redistributable UNIX-like operating system.

    The kernel architecture of Minux and Linux are totally different.Minux like NT is based on a microkernel. Linux definetly isn't. Tanenbaum himself stated this during his famous Linux is obsolete rant.

    1. Re:One noticable flaw... by Anonymous Coward · · Score: 0

      Whoo... boy is that rant showing its age!

    2. Re:One noticable flaw... by Anonymous Coward · · Score: 0

      It's Minix, dipshit.

    3. Re:One noticable flaw... by Paul+Jakma · · Score: 2

      errmmmm... absolutely wrong.

      Minix is a very simple monolithic kernel designed to be easy to understand while still being functionally useful, ie a very light, simple, traditional *nix like kernel that a student could play with.

      Tanenbaum's love of micro-kernel's manifested itself in his other main OS project, Ameoba. (least other than minix and ameoba i dont know of any large OS projects he's well-known for).

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    4. Re:One noticable flaw... by mabinogi · · Score: 3, Informative

      "MINIX is a microkernel-based system. The file system and memory management are separate processes, running outside the kernel. The I/O drivers are also separate processes (in the kernel, but only because the brain-dead nature of the Intel CPUs makes that difficult to do otherwise)."

      The exact words of Andrew Tanenbaum.....

      --
      Advanced users are users too!
    5. Re:One noticable flaw... by Paul+Jakma · · Score: 2

      well colour me wrong..

      i always thought amoeba was his grand distributed and micro-kernelised OS dream..

      ta.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
  64. This just in : Stephen Hawking found dead, 62 by Anonymous Coward · · Score: 0

    I just heard a quick blurb on the news, not too many details, but it appears the the geek community's favorite cripple, Prof. Stephen Hawking was found dead in his Cambridge home. You may not have understood his theories, but no one can deny his lasting impact upon the British ganster rap scene. Truly a English icon.

  65. What we can learn from BSD by Anonymous Coward · · Score: 1, Funny
    What We Can Learn From BSD
    By Chinese Karma Whore, Version 1.0

    Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.

    Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.

    These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.

    As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.

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

    The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.

  66. Re:I read on Slashdot... by Anonymous Coward · · Score: 0

    how does you flamebait constituted as BRILLIANT?

    you are just some high-school dropout 21-year-old sitting on your mom's computer laughing and marveling at your flamebait. you s|_|ck teh manham

  67. Re:You sir are a RACIALISTIST!!!! by Anonymous Coward · · Score: 0

    Dear lady.

    I know you have recently immigrated into California State from Tijuana, Mexixo. Yes, I understand your hatred toward hippies. I also understand you ate hippies because they respected animals and notibly protested your performance, in Tijuana, as the woman in "The Donkey Show." We protested your improper act with the Reynaldo, the Donkey, and did not necessarily protest you on a personal level. Many individuals have sex with animals. We are protesting "The Donkey Show" because of the inherent danger and abuse imposed unto the Donkey. Please, get bent with a human. Peace. \|/

    Sincerely,

    -A follower of Cane \|/

  68. first generation vs. multi generation freedom by jbolden · · Score: 2

    Here is the difference.

    If I get BSD code I can do pretty much whatever I want with it. Over time however commercial vendors are likely to create superior products to BSD licensed code and thus recreate a "closed source" situation. Conversely GPL code creates a community of developers which excludes closed source for profit developers.

    So the real question is: 3 generations out do you want the closed source developers or the open source developers excluded?

    1. Re:first generation vs. multi generation freedom by ViVeLaMe · · Score: 1

      why would the 3rd generation open source developers be excluded?
      MS can take the whole of FreeBSD and sell it as Windows Stable-At-Least, does that mean that FreeBSD wouldn't be around anymore? how? They'd erase the CVS Tree and hunt for all CD's lying around?
      care to explain? :-)

      --
      i had a sig, once..
  69. Linux is based of another something else? by Lenolium · · Score: 1

    God Damnit. I am not changing from Linux, to GNU/Linux, to BSD/GNU/Linux, it's just too much. I think being an operating system infers that some code has been stolen from some BSD or another and if I'm not giving credit to the BSD guys, I'm certianly not giving credit to the authors of textutils and bash, so Linux and just plain Linux it is.

    1. Re:Linux is based of another something else? by Anonymous Coward · · Score: 0

      Kudos to you for thinking for yourself. Never imagined that was possible for a Linux zealot.

  70. BSD == Berkley Software Distribution ??? by TheLastUser · · Score: 1

    I always thought it stood for Berkley Standard Distribution.

    1. Re:BSD == Berkley Software Distribution ??? by Anonymous Coward · · Score: 0

      It does. You're right. They're wrong.

  71. just what i needed by entrails_770 · · Score: 0

    I've recently aquired some sparc classics and after installing sol9 and red hat on 2 of them was looking at bsd earlier this week but just couldnt decide which one to download and install.I should say im a win2k admin and have really only recently started looking at non-microsoft products.So im going to give freebsd a go:) A very informitive article for a new-alternative os user.

  72. Brett Glass! by Arker · · Score: 2

    Gah, I didn't catch that until you pointed it out. I remember that fool, he used to spam slashdot fairly often, he has a grudge on his shoulder the size of texas over the GPL. I was going to send the author of the story a nice note to correct his inaccurate statement on that subject, but in his case it's obviously not worth it - this guy made up his mind a long time ago and he's not about to let the facts confuse him *sigh* I really wonder about people like that.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  73. Re:an OK article, but a bit biased in favor of fbs by Anonymous Coward · · Score: 0

    NetBSD's attention to portability and "correctness" means that it often has the best-written drivers and is even more stable than FreeBSD

    I've run NetBSD and FreeBSD many times. The only time I've ever seen them crash was misconfiguration (I did something stupid) or hardware failure.

    How do you get "more stable" than any BSD? They just *don't crash*. :-)

  74. Just when will you actually get it? by Anonymous Coward · · Score: 0

    Is it so outrageously hard to understand that Mac OS-X runs on Darwin (Darwin has some ties to BSD) which runs on top of Mach microkernel. Apple's Mach microkernel, which lies underneath Darwin has nothing to do with *BSD. What's the problem here? Are slashdotters so stupid that they don't understand this or do they deny to believe it? What is the problem here?

  75. Re:I read on Slashdot... by Anonymous Coward · · Score: 0

    Hey, I'm 22, thanks.

  76. Re:Article was very biased by Anonymous Coward · · Score: 0

    shutup stupid

    it's all about licenses.Hell you can run all the so "open source" apps on NT too. GPL is stupid.

    BSD allows the author of the software total control of what he plans to do with it. Being that you've never coded.. it wouldn't matter to you so go on and use linux

  77. how many of these stupid bsd overview articles? by Anonymous Coward · · Score: 0

    There must be one of these posted per week. Nobody cares about BSD. It's a shame that OS X is crippled with a BSD core, but understandable since it grew out of the ashes of a failed BSD vendor Next.

  78. gross... by Anonymous Coward · · Score: 0

    She's too fat.

  79. Re:little known fact by Anonymous Coward · · Score: 0

    What an immature comment. How old are you? Oh wait, you *must* use Linux, n/m!

  80. Re:*BSDs are DYING by Anonymous Coward · · Score: 0

    Linux faces a bleak future. In fact there may be no future at all for Linux because Linux is dying. Things are looking very bad for Linux. As many of us are already aware, Linux continues to lose market share; red ink flows like a river of blood. Slackware Linux is perhaps the most in endangered. Let's look at the numbers.

    MandrakeSoft's CEO Henri Poole states that there are 70000 users of Linux-Mandrake. How many users of Debian GNU/Linux are there? Let's see. The number of Linux-Mandrake versus GNU/Linux posts on Usenet is roughly in ratio of 5 to 1. The refore there are about 70000/5 = 14000 GNU/Linux users. Slackware posts on Usenet are about half of the volume of GNU/Linux posts. Therefore there are about 7000 users of Slackware. A recent article put RedHat Linux at about 80 percent of the Linux market. Therefore there are (70000+14000+7000)*4 = 364000 RedHat Linux users. This is consistent with the number of RedHat Linux Usenet posts.

    Now Linux companies are consolidating, overhauling their business plans, laying off staff, scaling back expansion plans and pushing back profitability schedules. "It would seem there are too many distributions for the market to bear," said Gartner analyst Tom Henkel. (http://www.zdnet.com/zdnn/stories/news/0,4586,269 5638,00.html)

    Red Hat, Inc., the leader in developing deploying and managing open source linux solutions, announced on a reported basis, a net loss of $24.2 million. (http://linuxtoday.com/news_story.php3?ltsn=2001-0 3-22-010-20-PS)

    Turbolinux, based in Brisbane, Calif., a Linux-based software provider has withdrawn a $60 million initial public offering "in light of current market conditions." (http://biz.yahoo.com/rf/010320/n20215287_2.html) (http://cnnfn.cnn.com/2001/03/20/deals/ipo/)

    Clayton-based Linuxgruven.com, a Linux training and service company with 106 employees, laid off 100 employees (http://stlouis.bcentral.com/stlouis/stories/2001/ 03/05/daily41.html)

    Lineo withdrew its initial public offering in January. Caldera Systems delayed the acquisition of Santa Cruz Operations' Unix software by a quarter. Linuxcare laid off dozens in February, with Linuxcare co-founders Dave Sifry and Dave LaDuke are among those departing. VA Linux Systems cut 114 people in February and delayed its expected profitability by nine months. (http://www.zdnet.com/zdnn/stories/news/0,4586,269 5638,00.html)

    Due to the troubles of Corel, abysmal sales and so on, Corel Linux is going out of business and was nearly taken over by Microsoft who sell another troubled OS. Owing to the GPL, SuSE is laying off almost all of its US staff. Major marketing surveys show that Linux has steadily declined in market share. Even LinuxWorld.com shut down "because of the economy and everything else" (http://www.newsforge.com/article.pl?sid=01/03/13/ 1720254&mode=nocomment)

    TuxRacer going closed source and commerical shows how, when it comes down to money, Linux doesn't cut it.

    Linux is very sick and its long term survival prospects are very dim. If Linux is to survive at all it will be among OS hobbyists (i.e. those who dabble with Minix, Xinu, etc). Linux continues to falter. Nothing short of a miracle could save it at this point in time. For all practical purposes, Linux is dead.

  81. Linux is dying... by Anonymous Coward · · Score: 1, Funny

    Linux faces a bleak future. In fact there may be no future at all for Linux because Linux is dying. Things are looking very bad for Linux. As many of us are already aware, Linux continues to lose market share; red ink flows like a river of blood. Slackware Linux is perhaps the most in endangered. Let's look at the numbers.

    MandrakeSoft's CEO Henri Poole states that there are 70000 users of Linux-Mandrake. How many users of Debian GNU/Linux are there? Let's see. The number of Linux-Mandrake versus GNU/Linux posts on Usenet is roughly in ratio of 5 to 1. The refore there are about 70000/5 = 14000 GNU/Linux users. Slackware posts on Usenet are about half of the volume of GNU/Linux posts. Therefore there are about 7000 users of Slackware. A recent article put RedHat Linux at about 80 percent of the Linux market. Therefore there are (70000+14000+7000)*4 = 364000 RedHat Linux users. This is consistent with the number of RedHat Linux Usenet posts.

    Now Linux companies are consolidating, overhauling their business plans, laying off staff, scaling back expansion plans and pushing back profitability schedules. "It would seem there are too many distributions for the market to bear," said Gartner analyst Tom Henkel. (http://www.zdnet.com/zdnn/stories/news/0,4586,269 5638,00.html)

    Red Hat, Inc., the leader in developing deploying and managing open source linux solutions, announced on a reported basis, a net loss of $24.2 million. (http://linuxtoday.com/news_story.php3?ltsn=2001-0 3-22-010-20-PS)

    Turbolinux, based in Brisbane, Calif., a Linux-based software provider has withdrawn a $60 million initial public offering "in light of current market conditions." (http://biz.yahoo.com/rf/010320/n20215287_2.html) (http://cnnfn.cnn.com/2001/03/20/deals/ipo/)

    Clayton-based Linuxgruven.com, a Linux training and service company with 106 employees, laid off 100 employees (http://stlouis.bcentral.com/stlouis/stories/2001/ 03/05/daily41.html)

    Lineo withdrew its initial public offering in January. Caldera Systems delayed the acquisition of Santa Cruz Operations' Unix software by a quarter. Linuxcare laid off dozens in February, with Linuxcare co-founders Dave Sifry and Dave LaDuke are among those departing. VA Linux Systems cut 114 people in February and delayed its expected profitability by nine months. (http://www.zdnet.com/zdnn/stories/news/0,4586,269 5638,00.html)

    Due to the troubles of Corel, abysmal sales and so on, Corel Linux is going out of business and was nearly taken over by Microsoft who sell another troubled OS. Owing to the GPL, SuSE is laying off almost all of its US staff. Major marketing surveys show that Linux has steadily declined in market share. Even LinuxWorld.com shut down "because of the economy and everything else" (http://www.newsforge.com/article.pl?sid=01/03/13/ 1720254&mode=nocomment)

    TuxRacer going closed source and commerical shows how, when it comes down to money, Linux doesn't cut it.

    Linux is very sick and its long term survival prospects are very dim. If Linux is to survive at all it will be among OS hobbyists (i.e. those who dabble with Minix, Xinu, etc). Linux continues to falter. Nothing short of a miracle could save it at this point in time. For all practical purposes, Linux is dead!

  82. Re:Article was very biased by Anonymous Coward · · Score: 0

    shutup stupid

    If the man wants to go with the commie GPL license, it's his right. If you're the one guy around here who's coded, kindly can it, log off, and get back to that Visual Basic "hello world" killer app, ok?

  83. How strange in an article titled "The BSDs:..."! by Anonymous Coward · · Score: 0

    The old BSD OS long had no GNU software and had little or none when first freed from the grasp of the Unix owner. If only the delay caused by the legal problems hadn't gotten the *BSDs a too-late start in grabbing open-source mind-share, there would have been enough developers to make the BSD utilities at least as good as the GNU ones and there whould have been no need to import so much restrictively-licensed GNU software because there are too few developers to work on all the BSD-licensed code that was once used. (And having the bigger mind-share, snowball-down-the-hill effect (which Linux got instead), most of this new software like KDE, gnome, etc, would probably not be tied up in GPL chains so companies have the incentive to roll their own closed-source stuff instead of improving the open-source stuff like Apple is now doing with FreeBSD.

  84. BSD and Linux - the RPG by dermusikman · · Score: 2, Funny

    i confess i'd been curious and completely oblivious to BSD until this article (and i'd attempted research... all my searches were just too vague to really address the "linux vs. bsd" question, and the differences between the BSDs) - and my impression from the article, is thus:

    if the oddly mixed world of free and open software were like some role-playing game...

    linux would be the rather barbarous, anarchal tribes living in the wilderness. some of us would be religious war-chiefs (FSF/GNU), and others of us form tribes for the sole purpose of survival (the distros) making war over "Civilization" (Microsoft), in hopes of redefining it. the religious tribes seek enlightenment, to change the universe's consciousness to the greater good.

    BSD is the more civilized, almost like Tolkien's elves, living off the OSS landscape with an higher academic purpose. they, unlike the linux tribes, live cooperatively with "Civilization", content in and of themselves to know that theirs is the glue binding the Universe.

    -- i'm sure this sounds sarcastic, but i intend to be humourous.
    as seems to be the case with many articles, this one completely ignored that not every (not-)Unix user *buys* or downloads a distribution. sometimes the best linux's are those we roll ourselves. in this fantasy, we Linux-From-Scratcher's would be rogues, living off the land ourselves and scorning cooperatives. (some of us rogues GNU-priests, others agnostic.)

    are these non-existant among the BSDs? can you not "roll your own" BSD? (if you can, please tell me... i'm curious to try some BSD).
    i think the author misunderstands (or is simply firmly against) the GPL. it's obvious by the success of distro's like RedHat that Stallmanesque Freedom does *not* dismiss profit (though RH is often under fire for *not* being Stallmanesque). my impression, then, is that BSD is not GNU-friendly - perhaps even antagonistic.

    and it seems the author also misunderstands the distros... Caldera, SuSe, RedHat, i recall the author mentioning; businesses making profit, using whatever software is available. following the (apparent) BSD methods of development are Debian and (i'd argue) Slackware. how are these two distributions so radically different from BSD's development scheme?

    thanks for posting the article! it finally answered some of my BSD questions (and created more questions) - it's good to know how the folks on the other side of the figurative open-source pond live.

    btw, count me a GNU-layman rogue who trades freely among the tribes and collegiates. ;-p

    1. Re:BSD and Linux - the RPG by Theom · · Score: 0

      ...Sauron (Bill Gates)...

      --

      mp3: l33t term for empty.
  85. The artical NEVER mentions windows by ducker · · Score: 1

    Yeah like windows needs bsd code. Good one guys.. if it has any its just trace elements left.

    Get over yourself theres no fucking way windows needs linux or netbsd.. theres millions and millons of code there and its 99% microsofts.. any other bits they could easy redo.

    Windows is more advanced than linux in terms of multimedia, usb device management, com (object) management.. etc etc

    1. Re:The artical NEVER mentions windows by RazzleDazzle · · Score: 1

      I am having a hard time determining if you are sarcastic or not??

      I am not sure about WinXP but Win2K for sure uses FreeBSD tcp/ip network code.

      --
      ZERO ZERO ONE ZERO ONE ZERO ONE ONE! Just brushing up for my next big invention: Ethernet over Voice (EoV)
  86. A question for you. by Anonymous Coward · · Score: 0

    I used a Unix on a VAX 11/780 which was used by many people (at the same time) exclusively for software cross-platform development at a big aerospace firm. What are the chances that it was running the BSD version of AT&T Unix instead of straight AT&T code? Or was it limitted to educational or non-profit use?

    P.S. I soon switch to a VAX running VMS and much preferred that, largely because of its wonderful wall of manuals instead of those nasty Unix "man" pages which have only gotten worse over the years.

  87. reiserfs? by jadavis · · Score: 1

    With so much work (including DARPA funding) going into reiserfs version 4, it seems the *BSDs might be missing out. I like FreeBSD from what I've done, and I see a lot of good technical merits when compared with GNU/linux. How feasible is it to port reisrefs to FreeBSD, assuming that it proves its worth?

    --
    Social scientists are inspired by theories; scientists are humbled by facts.
    1. Re:reiserfs? by Anonymous Coward · · Score: 0

      apples oranges
      journaling soft updates

  88. Yes, Berkeley Software Distribution!!!!!!!! by Anonymous Coward · · Score: 0

    See http://www.bell-labs.com/history/unix/sharing.html and elsewhere where people know of what they write.

  89. GNU/BSD by sparkz · · Score: 2
    Shouldn't that be GNU/BSD?
    GNU/Apache
    GNU/Mozilla
    GNU/Scrabble Brand Crossword Game

    Hmmm - no.

    I run Apache and Mozilla under Solaris, personally; BSD with its own libraries, and I believe you made up "Scrabble Brand Crossword Game".

    Please go and learn something before you regret it in 10 years time when you're on the job market and this post can easilly be traced back to yourself.

    --
    Author, Shell Scripting : Expert Re
    1. Re:GNU/BSD by ebh · · Score: 1

      Did I offend your smiley-impaired religion or something? It was a joke, Scrooge, and at least three moderators got it. At least you caught the Scrabble bit, but I bet you fished through Sourceforge and Freshmeat to see if there was some nifty new game you missed, before finally figuring that out.

      Now promise me you'll switch to decaf. Here's a bingo-prone Scrabble rack to calm you down: AEHLOSS

  90. Got proof? by Anonymous Coward · · Score: 0

    The Linux community is larger.

    Got any proof to this?

    Anyway, that's my take on it. For the record, I'm a Linux guy. To my knowledge I have never used a BSD.

    Oh. So you don't have any facts to back you up.

  91. Re:little known fact by Anonymous Coward · · Score: 0

    Next time don't check the AC box Mr. Torvolis.

  92. I know, but.. by Inoshiro · · Score: 1, Offtopic

    The DNS was out when I posted it... I run the DNS servers for K5, so I was rather alarmed to find out about this. It's fixed now because I went and talked with some telco people about the situation.

    But that's not really on the topic of this conversation :)

    --
    --
    Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
  93. SVR4 != SunOS+SVR3+Xenix+BSD by msobkow · · Score: 2

    SVR4 added significant extensions to the data carried by signal handling, IPC, etc. when compared to SVR3. Useful concepts from the BSD family were used, as were a few from Xenix and SunOS.

    The scheduling algorithms, memory management, configuration, and other features of SVR4 were sufficiently different that porting BSD code to the default APIs was a "challenging" project. Apps which used shared memory, semaphores, etc. required significant changes to run reliably.

    The SVR4 environments I used (Sequent Dynix/PTX, Solaris, and another marginal player whose name I forget at the moment) each had BSD compatability libraries that would let you recompile your apps with minimal pain. I believe those compatability layers were largely vendor-specific rather than a generic feature of SVR4.

    With Dynix/PTX, for example, you had a couple commands which let you switch between defaulting to BSD or SVR4 commands and libraries. You could blend the two environments in your code if you had to, but it was often tricky stuff.

    Solaris did not use the same approach as Dynix/PTX, and actually seemed to make it harder to port old SunOS code than it did to recompile the same code under Dynix/PTX.

    That unnamed OS had compatability libraries for recompiling code, but only supported SVR4 commands.

    It would be a mistake to assume that the incorporation of good ideas from various *nix systems to be equivalent to merging them (which is what I read the "+" of the systems you mention to mean.) Remember that SunOS had a lot of proprietary code as well as the BSD base, and I seriously doubt too much of that was available for use in SVR4 (it could have happened, I just question the likelihood as that was the peak of the Unix incompatability wars.)

    Although I've used HP-UX 9/10 and AIX (3.5/6?), I didn't work with them at the same low levels I did SunOS, Solaris, Dynix/PTX, "pure" SVR4, or Linux.

    <OffTopicRamble>

    How low-level was the work with Dynix/PTX?

    By the time we were done with a two-year project, a 32 processor box was being bottlenecked by I/O capacity and the system bus, not the application code. The subsystem I wrote used X.25 data collection slaves, file writers similar to database redo logs, and shared memory under the coordination of a master/monitor process used to dynamically start/stop the processes. The first round of the functionality written using Tuxedo had proven to just be too slow, and had to be tweaked to the max.

    That application almost beat out some work I did under VMS as far as maximizing system throughput. The work on VMS was a much simpler task, but I managed to get the I/O channels on three tape devices, five spindles of disk, the memory utilization, and CPU utilization on a VAX8600 (not positive about that model number) to all stay in the 95-98% load range...

    </OffTopicRamble>

    --
    I do not fail; I succeed at finding out what does not work.
  94. OT: What if I want BSD for my desktop by Whatsmynickname · · Score: 2, Interesting

    To all:

    I know this is off-topic, but I figured this would be the time to ask, and my intention is sincere not to inflame or get points, so here goes...

    I know BSD is usually used as a server, but what if I want to use it as a desktop computer? Where can I get an office suite? Photo editor? Games? Does this OS have support for NVidia cards? USB support? How much USB support? USB drivers from vendors spotty? Or was BSD not intended to support these items?

    1. Re:OT: What if I want BSD for my desktop by tigga · · Score: 4, Informative
      Nice feature of BSDs is a ports/packages system.
      Ports are environment and set of patches for clean compiling and installation on a system. Packages are already compiled ports. Today's FreeBSD ports' count is 7523. You just "make install" it. It automatically download source, patch it, compile and install. Packages could be installed from the Internet. Fire up "pkg_add -r XXXX" and XXXX package will be downloaded and installed.
      The ports list (FreeBSD) is here http://www.freebsd.org/ports

      Almost everything written for Unix or Linux which comes with source runs recompiled on BSDs. Allmost everything compiled on Linux could be run in emulator (Oracle for example, or commercial games ). And there is Wine for it as well.

      As for NVidia cards there's support up to 2D and NVidia going to release native 3D drivers for FreeBSD.

      USB stack is same on BSD's and support is good. Take a look at supported hardware on recent releases - I suppose you interested in Intel platform ;)
      http://www.freebsd.org/releases/4.6.2R/hardware-i3 86.html
      http://www.openbsd.org/i386.html
      http://www.netbsd.org/Ports/i386/hardware.html

      I'd suggest you to try FreeBSD, as more polished and more i386-oriented. OpenBSD and NetBSD have other things in focus.

    2. Re:OT: What if I want BSD for my desktop by Anonymous Coward · · Score: 0

      orientalexpress# pkg_add -r xpdf
      Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packa ges-4.5-release/Latest/xpdf.tgz:
      File unavailable (e.g., file not found, no access)
      pkg_add: unable to fetch
      `ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/pack ages-4.5-release/Latest/xpdf.tgz' by URL
      orientalexpress# pkg_add -r galeon
      Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packa ges-4.5-release/Latest/galeon.tgz:
      File unavailable (e.g., file not found, no access)
      pkg_add: unable to fetch `ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/pack ages-4.5-release/Latest/galeon.tgz' by URL
      orientalexpress#

      YEAH DUDE, A NICE FEATURE OF BSDs PORTS SYSTEM!

    3. Re:OT: What if I want BSD for my desktop by Anonymous Coward · · Score: 0

      I'm a linux user, but I've also been playing
      around with freebsd. I was really happpy with BSD,
      until the same sh*t happened to me.
      pkg_add -r (file not found or something).
      make clean install also had some problems.
      (fbsd 4.5 & 4.6, btw)

    4. Re:OT: What if I want BSD for my desktop by tigga · · Score: 1

      It should be fine now - packages are being switched to .tbz format. And switched prematurely - it returned back to .tgz for now.

  95. Ultrix was mostly BSD 4.1 by msobkow · · Score: 2
    Eventually DEC relented and came out with their own version of Unix for the Vax based mostly on BSD and called it Ultrix.

    There is no "mostly" about it. Ultrix was BSD 4.1, released after we had been using BSD 4.2 on our VAX systems in University. Many of the manpages still had the BSD id strings, as did many header files. Running "strings" on libraries often reported BSD authorship as well. The final clincher was that all the bugs we had before upgrading to 4.2 returned with Ultrix (kernel panics, etc.)

    Not really surprising, when you think about it. DEC was famous for providing "bug-for-bug" compatible VAX CPUs on the various models, because fixing the bugs would have broken too much code.

    --
    I do not fail; I succeed at finding out what does not work.
  96. Re:Article was very biased by Anonymous Coward · · Score: 0

    shutup stupid

    Heh... my 12 year old neighbour said the very same thing when trying to jump a garbage can on his 'Huffy' and faceplanted in front of half the street.

    Totally different situation... yet I see similarities here...

  97. I'm sorry but you're wrong by Anonymous Coward · · Score: 0

    BSD has always been associated with hippies. You, my friend are probably a hippie as well, being a Berkeley alumni. Because no one wants to be associated with a hippie (I am posting this as an AC, just to avoid being associated with you, a hippie), no one wanted to support BSD.

    Of course, nowadays it's different. But then again, these are the days that morals go down the tube. I fear a society in which hippies once again are free to organise Woodstock-like festivals and protest marches against stock devaluation.

    If all you hippies would just wake up, abandon your long hair (including the flowers) and wore a decent tie, then maybe, just maybe BSD might get accepted.

    1. Re:I'm sorry but you're wrong by Anonymous Coward · · Score: 0

      HAHAHAHAHAHAHAAAAAAAAAAAA!!!!! A Linux user calling BSD users hippies! LMAO!

      Yeah, right. GPL/FSF/RMS anyone?

    2. Re:I'm sorry but you're wrong by perfessor+multigeek · · Score: 1

      Sure. I'll wear my Jerry Garcia tie, while using my BSD-derived Mac (are the Steves still hippies?) to read about Steve Case (an ex-hippie, ex-Apple guy) bitch about Geffen (even worse, a *gay* hippie) statements backing the Bono (hippie in denial)/Feinstein (still a hippie) Act while only the EFF (hippie central), Janis Ian (hippie all along), and others like them can back me up.
      I hate to tell you this (no, I don't) but he culture wars are over. You lost. We won. Get over it.
      please mod this to zero. I just couldn't control myself.

      --
      Data is the lever, rigor the fulcrum, brains the force that drives it all.
  98. Insert BSD is Dead reply... by Anonymous Coward · · Score: 0

    include 'bsd-is-dead.php';

  99. BSD or Linux the bottomline is that they are free by borgrulez · · Score: 0

    People should stop fighting over linux and freebsd. They should be happy that both are excellent OS'es and also they are free.

    --
    reSisTanCe iS fUtILe
  100. Re:BSD or Linux the bottomline is that they are fr by Anonymous Coward · · Score: 0

    Linux is not free. It is GPLed.

  101. Linus quote by distributed.karma · · Score: 1
    "Say no to drugs, and you won't end up like the Hurd people!"

    Ergo: Berkeley Saure Diethylamide.

    --

    --
    If you moderate this, then your children will be next.

  102. Overview of BSODs by fraxinus · · Score: 1

    Now I want an overview of the BSODs!

    --
    // Fraxinus
  103. Just a funny comment... by Anonymous Coward · · Score: 0

    Someone posted about X not belonging on servers, and I agree. I worked for a .com a few years back (now.. well.. still there, but struggling), and we ran something like 70 Sun servers in a Co-Lo, and all of our administration was done by command line.

    About a week after they hired me (I was NetOps, we maintained the website servers), they hired another guy for the internal network support (his boss had *rejected* me, with an attitude, because I had minimal Cisco router experience and had never worked with Cabletron hubs.. the NetOps manager hired me and w/in a year I was promoted to Team Lead)... This guy, a self-proclaimed 'Linux expert' started a week after me, and one of the first things they wanted him to do was add some userid's to a Linux box in the local data center. He logged on, and his first question was "Where's the GUI?"

    That was a standing joke with us in NetOps for a long time after that. If you can't add a userid w/o the GUI, you shouldn't be a sysadmin.

    Mistake#2, that got him laid off after maybe 2 months there, was when he took the customer support database box and took off the broken DAT drive (rmt0 on solaris), leaving the DLT drive on it (what was really used for backups), and did a "boot -r" on it and walked away. The next day, after the disk filled up when the backups created a huge "/dev/rmt/1cn" file on the server, and he couldn't figure out what happened (of course, the "-r" on the reboot rescanned the devs and make rmt1 the new rmt0)... well... he didn't last long after that.

    Personally, I have an easier time sysadmin'ing on Solaris or BSD's than I do on various Linux's. We pretty much stuck with RedHat, and that was pretty easy.. but the lack of consistency between distro's on where things are really annoys me. Not that I can't figure it out.... Unix is Unix in most ways... if you know what you are doing you can figure out how to do anything.

  104. Re:an OK article, but a bit biased in favor of fbs by Anonymous Coward · · Score: 0

    The "new init system" actually appeared in NetBSD 1.5, and has been a part of NetBSD for over two years.

  105. Re:I read on Slashdot... by Anonymous Coward · · Score: 0
    It is official. Netcraft has now confirmed: *BSD is dying

    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying

  106. Your point? by mindstrm · · Score: 1

    Which of those services is vulnerable?

    They run by default because they have been heavily audited and are known to be secure.

  107. Further correction.. by mindstrm · · Score: 1

    Solaris is the entire system, and is SunOS 5.X based.

    SunOS 4.x wasn't called "Solaris".. just SunOS 4.x

  108. Okay. by mindstrm · · Score: 1

    That's the standard mantra that is recited time and time again. We all know that's a potential consequence.

    What I want to know is..

    Can you cite some examples of superior products being created out of BSD code?

    1. Re:Okay. by jbolden · · Score: 2

      It almost happened with Microsoft's security tools.
      The entire fragmentation of Unixes in the late 80's early 90's based on the original ATT license.
      Just recently OpenSSH and Sun.

  109. Err, no by mindstrm · · Score: 1

    The fact that the text of the GPL is copyright the FSF does not in any way equate to the FSF being able to sue anyone who violates the GPL. If you think it does, please cite facts. When people talk of the FSF helping with enforcing the GPL, it is usually because the FSF *wants* to help out, and is invited to by the community; not because they have a copyright claim themselves. To put it differnetly, if I author an original work, license it under the GPL, and you break that license, *I* am the only person who can sue you. If I choose not to, the FSF can do NOTHING about it, to you or me.

    Second: if I am the original author of the work, and I license it to YOU under the terms of the GPL, *I* am in NO WAY bound by the GPL. YOU are.
    I am the copyright holder. I can release it under as many licenses as I want, or none, or sell it to the Evil Empire, or whatever I want. I cannot revoke the license I gave you, of course, but I am in no way bound by the GPL.

    The GPL gets is strength from copyright. standard copyright applies. The GPL grants you other rights to a software above what standard copyright would. (standard copyright would allow you to use the binaries I gave you, and nothing else. Fair use modification maybe, but certainly not distribution, of the original or derivitives)

    Finally, the original poster is correct that the GPL suggests a default. If the only way to get redhat CDs was to buy them from redhat, then people would buy a decent number from redhat.. but because of the GPL, people can ALSO choose to get them from a buddy. Over time, it just becomes commonly available. So unless your target audience is in dire need of other services oyu have, or is incapable of getting a copy from the community, your GPL derived works don't have as much commercial value as something you can license however you want.

    1. Re:Err, no by Planesdragon · · Score: 1

      The fact that the text of the GPL is copyright the FSF does not in any way equate to the FSF being able to sue anyone who violates the GPL

      Yes, it does. If the FSF wanted to, they could (and likely would) go to court with someone flagrantly violating the GPL. Copyright infringement, breach of contract, and quite a few others that a lawyer could spell out for you.

      Second: if I am the original author of the work, and I license it to YOU under the terms of the GPL, *I* am in NO WAY bound by the GPL.

      You are, actually. You can re-distrubite and re-license your work with a differnet license, but you still have to follow the GPL--you have to give me source code, for example--or there's a breach of contract.

      Finally, the original poster is correct that the GPL suggests a default.

      The GPL creates a new "default" at the intended expense of the old. FSF / GNU has an agenda, and the GPL was designed to push that agenda.

      Getting back to the original discussion, the BSD license folk don't have much of a unified agenda other than "make software," so it's emminently understandable to make the claim that BSD licenses are "more free" than the GPL.

  110. Err, sorry by mindstrm · · Score: 1

    I think maybe you are just trolling.. but you are dead wrong on both these points.

    I asked my lawyer. He pointed out that the copyright on the GPL has absolutely nothing to do with the parties involved in the contract. Unless the FSF holds the copyright on the work being put under license, they have no say in the matter.

    There is no breach of contact if I refuse to give you source code in this situation. *I* am not bound by the GPL.
    let me spell it out for you.

    If I give you the work, including the GPL.. you are free to NOT accept the terms of the GPL. If you choose not to, then standard copyright appplies. You can use the work, but you can't distribute it, can't distribute derivitave works, etcetera. If you DO choose to do soemthing you would normally be barred from doing under copyright law, like making derivitave works and selling them on ebay, then the only way you can do that legally is to accept the terms of the GPL.

    I, however, hold the copyright. I am not bound by anything. The GPL does not require me to give up anything; you will notice the text of the GPL very clearly states that the RECEIVER (you) cannot re-distribute the work without following the terms of the GPL. It says nothing about what *I* (the one who licensed it to you) have to do.
    All It says is that I (the copyright holder) grant you (some guy) certain previleges under certain conditions.

    If I was re-licensing 3rd party GPL work, then YES, I would have to follow the GPL, because the only reason I would be allowed to distribute in the first place is because of the GPL. If I am the original author, though, there is no such agreement in place.

    As for what is more free.. where did that come from? Do you think I'm arguing about which one is better of more free? I'm not, I'm simply correcting your grossly inaccurate analysis of what the GPL means.

    1. Re:Err, sorry by Planesdragon · · Score: 1

      I asked my lawyer....
      There is no breach of contact if I refuse to give you source code in this situation.


      Are you telling me that your lawyer told you that, if you were to release a program "under the GPL", the FSF wouldn't have standing to take you to court for not releasing source code?

      So, by your statement, MS could allow anyone to release IE "under the GPL", while keeping the source code closed and secret and NDA'd...

      IANAL, but I think you're missing something. Then again, IANAL.

      As for what is more free.. where did that come from? Do you think I'm arguing about which one is better of more free? I'm not, I'm simply correcting your grossly inaccurate analysis of what the GPL means.

      (why oh why are GPL advocates so mean?)

      The original thread, which you apparantly jumped into at the last moment, was discussing BSD. Specifically, someone asked how the BSD license could be consrtured as "more free" than the GPL.

      As for "grossly inaccurate." Maybe about some fiddling detail about the GPL, but as for the basic purpose of it (to create a sticky copyleft license so as to advance the agenda of the FSF) and the basic meaning of it (the essential copyleft exchange)--well, I've hardly said anything on the subject, so how can I be "grossly inaccurate?"

      *sigh*

  111. yes. by mindstrm · · Score: 1

    Yes, you understand me correctly.
    Sorry if I sound mean.. you just seem to be missing the point.

    Let's say I produce a work, and give you a copy.
    Now, standard copyright applies. You can use it,
    but you can't redistribute it, or distribute derivitave works, etctera. Right?

    Now I offer to license it to you under the terms of the GPL. Those terms don't say ANYTHING about what I have to do; they only say what YOU are allowed to do. They grant you permission to make derived works and to distribute them, provided you also provide the source to those works to the people you distribute to, you see? It is only through distributing it that you bind yourself to the GPL.

    I, as the original author, do not need a licence to distribute the work; I hold the copyright.
    And if someone IS distributing my work contrary to whatever license I issued it under, I am the only one who can sue them for copyright violation.
    Think about it. If the FSF could sue someone for violating a work that I had released under GPL, what happens if I just wait a couple weeks, let them spend money, and then grant that person a license to use it without the GPL?
    The FSF is in no position to decide how or what happens to my original work. What if I asked you to write the terms of a contract for me to license software to my clients; would YOU then be allowed to sue my clients for violating it simply because you wrote the language in the legal document that is the contract? No, you wouldn't.

    It's not a fiddling detail about the GPL; it's a fundamental concept in how these licenses work with regards to original authors and copyright.

    BSD is no different. If I release code under the BSD license, can those who wrote the original BSD license sue people for violating it? No, only I can.
    Am I obligated to put advertising in all versions I release? Of course not, it's my work in the first place. I am not bound by the license; only those who I license it to are.

    Yes, MS could release the IE under GPL and keep the source code secret. Though that wouldn't really make any sense... because it would require anyone re-distributing their program to also provide the source, which they can't obtain.
    It would be kind of hard for MS to enforce the terms of the GPL and accuse someone of distributing the software without source if the court can show that they refuse to provide the source in the first place though ;)

    The GPL states the terms under which the person who it is licenced to can do certain things. IT does not at all state terms under which the person granting the license on the original work has to adhere to.

    I'm not a GPL advocate. I prefer BSD, for the record. I think the whole argument of one versus the other is silly. Yes, from the point of view of a developer wanting to integrate code into a product, the BSD license offers him more freedom. Absolutely.

    If we twist freedom to mean "freedom from being made into something closed and proprietary" then obviously the GPL provides that freedom to it's software, and BSD does not.