Slashdot Mirror


Why FreeBSD

An anonymous reader writes "The FreeBSD operating system is the unknown giant among free operating systems. Starting out from the 386BSD project, it is an extremely fast UNIX-like operating system mostly for the Intel chip and its clones. In many ways, FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been. It runs on out-of-date Intel machines and 64-bit AMD chips, and it serves terabytes of files a day on some of the largest file servers on earth."

644 comments

  1. FreeBSD is so unknown to Taco by Anonymous Coward · · Score: 5, Funny

    He didn't even flag it for the BSD section on the site. I guess this is a step up from that RAID article, though.

    1. Re:FreeBSD is so unknown to Taco by ZephyrXero · · Score: 1, Insightful
      --
      "A truly wise man realizes he knows nothing."
    2. Re:FreeBSD is so unknown to Taco by Anonymous Coward · · Score: 0

      The question I have is that if FreeBSD is so much better, and the GPL is so onerous to business, why do so many companies use embedded Linux?

      Events such as the Linksys/Siemens/Netgear/ASUS debacles (not releasing source to the community) show that companies that don't like the GPL will still use Linux over FreeBSD.

      Pretty much any Linux developer will also know about FreeBSD, and yet they still choose Linux for their business. If FreeBSD is really superior, why are so many companies using Linux instead (especialy when they hate the GPL)?

    3. Re:FreeBSD is so unknown to Taco by ZephyrXero · · Score: 2, Informative

      "The question I have is that if FreeBSD is so much better, and the GPL is so onerous to business, why do so many companies use embedded Linux?"

      Clearly the GPL's not that big a problem for businesses...otherwise they wouldn't use it. They might not like to, but in the end it's worth it...and really the LGPL is no more restrictive to their business model than the BSD license.

      --
      "A truly wise man realizes he knows nothing."
    4. Re:FreeBSD is so unknown to Taco by Anonymous Coward · · Score: 0
      Companies are using Linux because everybody and their brother (technically minded people) that has a standard Windows PC will have heard about Linux and have tried it, fewer will have heard of FreeBSD, NetBSD, OpenBSD because all their buddies run Linux and Linux is "cool".

      With all these people running Linux, this does not mean it is "better", just more popular; a lot like Windows is not even close in terms of usability and stability to MacOS X, but it is far more popular.

      I Just tried to install Gentoo on an Ultra1...what a joke..no, I was not able to install Gnome, nor was I able to get my Sun Type 5 Keyboard working with KDE.

      Back to the BSD's for me. Long Live *BSD!

    5. Re:FreeBSD is so unknown to Taco by ksp · · Score: 2, Insightful

      I think the answer is that the GPL code has benefited from the "fair play" users of the code for so long that it has improved a lot and even become the defacto standard. So these companies prefer to use this code and still screw the GPL license rather than legally use BSD-style code. It just shows the success of the GPL license - companies like Cisco, Linksys etc just have to be educated.

      --
      What is the sound of one hand clapping?
      cat /dev/null > /dev/audio
    6. Re:FreeBSD is so unknown to Taco by tigga · · Score: 1
      he question I have is that if FreeBSD is so much better, and the GPL is so onerous to business, why do so many companies use embedded Linux?

      There are a lot of smaller MMU-less processors. FreeBSD does not support them.

    7. Re:FreeBSD is so unknown to Taco by Anonymous Coward · · Score: 0
      I'd hardly call FreeBSD unknown. I come from an ISP background and FreeBSD is a rock solid component there in the mid-range. Every serious ISP in this region uses either FreeBSD or Debian as their main OS. Seriously, all other choices suck.

      (Debian guy myself..)

    8. Re:FreeBSD is so unknown to Taco by NoTheory · · Score: 1

      Just because a technology or system is better known and more widely deployed than rival technologies does not mean that this technology is better. Please recall VHS vs. Betamax. There are more factors that go into choosing a tech.

      Or, if you prefer, by your logic, windows should be the best operating system out there shouldn't it? :P

      --
      There are lives at stake here!
    9. Re:FreeBSD is so unknown to Taco by ZephyrXero · · Score: 1

      So, what you're saying is you didn't even read my article and youre just guessing at what it said? Because it has nothing to do with what you replyed with... Is Windows released under a GPL type license? Then how does that have anything to do with this? lol...

      --
      "A truly wise man realizes he knows nothing."
    10. Re:FreeBSD is so unknown to Taco by Brandybuck · · Score: 1

      But NetBSD does. What's more popular in embedded, NetBSD or Linux? I have no idea. Linux certainly gets the publicity whenever some massive multinational like Cisco violates its license, but I know several small companies using NetBSD that have never released a press statement about their choice. I'm thinking that Linux gets the press simply because Linux is the corporate buzzword, with nothing else getting reported because it's boring.

      --
      Don't blame me, I didn't vote for either of them!
  2. Why? by Doc+Squidly · · Score: 5, Insightful

    Simple, choice is good. As muck as I like Linux, I'm glad to see that there are viable, open alternative OS's.

    --
    I think I think, therefore I think I am.
    1. Re:Why? by hungrygrue · · Score: 1

      I prefer my *nix muck free.

    2. Re:Why? by Anonymous Coward · · Score: 0

      Well, for those who loved the elegance of VMS, Windows is the perfect successor.

    3. Re:Why? by PsychicX · · Score: 1

      If IBM thinks FreeBSD is so incredibly awesome, then why are they shipping all of their server equipment with Linux?

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

      If you think IBM is so incredibly awesome, how come you're providing them with free blowjobs?

    5. Re:Why? by Anonymous Coward · · Score: 0

      I assume the idiots have control of IBM, I can't understand why they're endorsing both Linux and PHP, two of the worst developments in their respective fields. I think the only reason they aren't endorsing MySQL as well is because they realize it's a joke.

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

      Might have to do with what customer requests...

      IBM have its own OSes: AIX and zOS... but if customers want SUSE or Redhat - why not?

    7. Re:Why? by Pharmboy · · Score: 3, Insightful

      If IBM thinks FreeBSD is so incredibly awesome, then why are they shipping all of their server equipment with Linux?

      I suspect there is a VERY good reason for this: GPL

      IBM has made it clear they want to be a hardware and services company, not an OS company. They won't even endorse a single distro of Linux, even tho they are arguably the largest contributor to GNU/GPL.

      So why Linux? BSD software can be closed sourced (Like OS/X's really goodies) but GPL can't. If IBM can't make a successful operating system (and they can't, even tho I loved os/2) then they want to push an operating system that no one can own. Not Microsoft, no one.

      If IBM helped create a killer FreeBSD derived system, MS could take the code, close the source up and call it "Windows Hasta la Vista" and market it, because the BSD license allows this. This is one of the downsides of the "unlimited" freedom of the BSD license.

      They can likely provide exceptional service for Linux (and Unix) systems because they helped write a good part of the code, and no one can close the source up on them.

      So they say "fuck it, lets help with GNU/Linux, no one can close it up, we will be the experts, our hardware will always run super fast with it because we will create our own kernel hacks for it. We can make it pretty much like Unix, without the hassles of licensing."

      --
      Tequila: It's not just for breakfast anymore!
    8. Re:Why? by snorklewacker · · Score: 1

      > MS could take the code, close the source up and call it "Windows Hasta la Vista" and market it, because the BSD license allows this. This is one of the downsides of the "unlimited" freedom of the BSD license.

      Yes, and IBM can say "good enough for Microsoft, good enough for you".

      The GPL crowd has been beating this worn-out drum day after day, but has never actually backed up this claim.

      --
      I am no longer wasting my time with slashdot
    9. Re:Why? by jesterzog · · Score: 1

      Simple, choice is good. As muck as I like Linux, I'm glad to see that there are viable, open alternative OS's.

      Absolutely. One of the things I like most about Linux is that the bulk of software that I currently use on it will port and run on independent OS's, including but not limited to FreeBSD, with few if any complications. There's much less lock-in.

      Much more than Linux, it's a consequence of the whole Open Source model including standardised, open API's. I use Linux right now mostly because I prefer the extra support. If its development ever goes down a road that I don't like, however, I can switch to something developed independently. It's a freedom that most proprietary products (esp. Windows) don't usually offer.

    10. Re:Why? by Javaist · · Score: 1

      IBM is a business, ie they want to make money. For one reason or another thier customers want Linux. Seems like a good reason to sell Linux over BSD. Just because something is preferred doesn't make it better, just more popular.

    11. Re:Why? by Ectospheno · · Score: 1
      If IBM helped create a killer FreeBSD derived system, MS could take the code, close the source up and call it "Windows Hasta la Vista" and market it, because the BSD license allows this. This is one of the downsides of the "unlimited" freedom of the BSD license.

      That is the first piece of FUD the BSD haters pull out of their bag-o-fud everytime someone brings up any BSD licensed piece of software and I'm tired of hearing it. Because its wrong.

      Yes, anyone could take BSD licensed code, call it something else, and sell it for money. However, that doesn't make the original code go away! Its still there. For free.

      In a free market economy the only way the original still free piece of software would go away is if everyone spent money on the closed version rather than the identical free version. That would be stupid.

      For you to close BSD software and have any chance of selling it for money to have to add value to it by changing it. Otherwise everyone with half of a brain will continue to use the free code which is still there.

      Can we stop the BSD hating now?

    12. Re:Why? by rm69990 · · Score: 1

      He never said the original source would go away. I think you misunderstood him. He meant that MS could enhance the system and not contribute the changes back, with Linux MS can't legally do this.

    13. Re:Why? by groovemaneuver · · Score: 1
      The GPL crowd has been beating this worn-out drum day after day, but has never actually backed up this claim.

      Apple and Mac OS X. They took a BSD OS (among other things) and although a lot of the work they have done with it is available as Free/Open Source, there are certainly a good deal of parts of the OS that are not open or free.

      What do we get as a community? A commercial OS that is tied to a specific vendor's hardware. Is BSD any worse off because of this. Perhaps not. However, all of the innovations getting poured into OS X are NOT getting poured back into the community.

    14. Re:Why? by Forbman · · Score: 1

      But quantity is a quality all its own...

      After all, it's worked remarkably well for Microsoft for more than 20 years.

    15. Re:Why? by Forbman · · Score: 1

      MS could enhance the system

      You mean, like whatever optimizations to the BSD TCP stack that Microsoft finally started using to get rid of winsock and all that? It's probably because MS used the BSD tcp/ip stack that Windows has (, uses and respects) a hosts file and services file, just like your fave *nix box does.

      At least MS didn't buy the winsock people out (like they did with Spyglass).

    16. Re:Why? by Bert64 · · Score: 1

      Only the kernel, which was written by the same people..
      The rest, the gui, the dos-based commandline interface, the filesystem etc, are microsoft creations and are totally abysmal compared to VMS..
      Infact, the kernel has suffered somewhat since it's original incarnation.. microsoft have bolted so much junk into it which compromises the stability of the original, video drivers for instance.. I can understand video drivers being kernel-based on a gaming platform, but they have no business being there on a business workstation or any kind of server - where stability is more important than performance.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    17. Re:Why? by snorklewacker · · Score: 1

      However, all of the innovations getting poured into OS X are NOT getting poured back into the community.

      How many of these innovations is Linux seeing?

      Darwin is open source. The fact that they don't open up every single application that ever touched OSX might be one of the reasons they didn't select Linux.

      --
      I am no longer wasting my time with slashdot
    18. Re:Why? by Pharmboy · · Score: 1

      If you bother to read the comment, I wasn't endorsing anything. I use FreeBSD, Linux and Wndows (except on servers). I have no preference as to BSD or GPL licensing. They each have strengths and weaknesses compared to each other, IMHO. Even PD has it's downside as well, if we are being intellectually honest. There is no "perfect" license, or there would only be one license.

      Of course the original doesn't go away. I know this. Everyone knows this. Apple does a fair job of sharing code, for example, but they don't share everything (or some of the best things). Again, I don't say this is good or bad, it is just factual.

      The question presented was why would IBM do this, not why I would. You read too much into it. I stand by my statement, as I think this is why IBM is so pro-Linux.

      IBM doesn't mind giving everyone their code, as long as MS can't close it up. IBM not wanting to help MS is not exactly a trade secret, after all. My guess is that the GPL serves them better than the BDS license for this purpose.

      --
      Tequila: It's not just for breakfast anymore!
    19. Re:Why? by groovemaneuver · · Score: 1
      How many of these innovations is Linux seeing?

      That's exactly my point. As much as I am a staunch supporter of Linux and the GPL, I do feel like we're frequently playing a catch-up game because of phenomena like this: the F/OSS community creates an incredibly stable and reliable infrastructure (like FreeBSD for example), and a corporation (like Apple) comes along and gets to pick and choose the code it wants without any obligation to give back. They benefit. We don't.

      With Linux, or more generally any GPL software, innovation stays open and the playing field is levelled. As a developer, you don't have to sit back and watch helplessly as corporations (whose duty is to make money -- not cool software) reap the benefit of your work.

      BSD licensing is great for corporations that want cool shit for free. GPL is great for developers that are tired of being ripped off. They're both better than proprietary licenses because the primary winner in both cases is the end user.

      My feeling on why Linux "took off" more than FreeBSD is that the GPL is more enticing to developers, and the developers are the lifeblood of any piece of software. I'm sure that this is an over-simplification, but it is likely at least a factor.

    20. Re:Why? by saha · · Score: 1
      MS could take the code, close the source up and call it "Windows Hasta la Vista"

      I must say your powers of prognostication are strong :)
      Its officially Windows "Vista"

  3. Uh Oh. by cpuh0g · · Score: 0, Flamebait

    If this were "Windows" or "Solaris" in the title, it would result in an all out bashing session by the Linux faithful.

    1. Re:Uh Oh. by cahiha · · Score: 4, Funny

      Well, if anybody asserts that "Windows is the operating system that Linux should have been", they clearly deserve a bashing.

    2. Re:Uh Oh. by Anonymous Coward · · Score: 0

      There would still be some bashing in this case, whenever any operating system is brought up, many sides of it are discussed. Frequently witnes people criticizing linux on Slashdot... it's just not done by bringing up TCO all the time or showing two CEOs hugging each other and calling that a fruitful partnership. Instead it tends to concentrate more on actual situations where the software needs to be improved, and suggestions in doing so. It can be quite constructive. If you spend all your time looking at what Anonymous Cowards + Trolls say, of course you're going to come up with comments that look like yours. But there is good with the bad, like I pointed out. Don't throw out all of the good just because bad happens to come with it. This is real life, you always have to take the bad with the good, there is no utopian society yet.

    3. Re:Uh Oh. by Anonymous Coward · · Score: 0

      Just wait some more seconds, and the Linux zealots will come out and have spread their wisdom about The One and Only OS.

    4. Re:Uh Oh. by Anonymous Coward · · Score: 1, Interesting

      "Windows is the operating system that Linux should have been"

      On a non-technical level, Windows is the OS that Linux should have been... think about it...

    5. Re:Uh Oh. by suitepotato · · Score: 3, Interesting

      Actually, about the time of the DOS/Win to Win transition and beginning of the elimination of the 16-bit section to move to 32-bit, there was some argument that Microsoft should have stayed with a windowing manager on top of core OS paradigm as they previously had and beefed up DOS to be something like Unix.

      Fortunately, saner minds prevailed.

      As advanced as current iterations of Linux are over BSD in useability and sanity (Gentoo notwithstanding) they still harken back to phosphor terminals and text interaction at every turn. Want to install everything in FC3 off the DVD and work with nothing more than what is on there? Fine. But it won't include Java, Macromedia Flash, the latest Firefox, drivers for any webcams or a dozen other things you might have or want to put on your box, etc.

      Use of a text interface and system fiddling is inevitable. Not so with Windows.

      If the BSD community could drop their (admitedly less than the Linux crowd's) dislike of Windows and Microsoft, they might see that useability and integration do not have to be wholly separate from security. I would love to see OpenBSD as the guts of a good GUI-centric OS with modern packaging systems as easy as those found on Windows. Then you could say, "here's an OS that is as easy to use as Windows and infinitely more secure because its parentage was all about security."

      And I could finally stop referencing BSD/M.

      --
      If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
    6. Re:Uh Oh. by Anonymous Coward · · Score: 0

      No! HURD is the OS that Windows should have been.

    7. Re:Uh Oh. by huber · · Score: 2, Interesting

      Its called Mac OS X. Sorry i don't want to be a troll but OS X just fit your criteria.

    8. Re:Uh Oh. by cahiha · · Score: 2, Insightful

      there was some argument that Microsoft should have stayed with a windowing manager on top of core OS paradigm as they previously had and beefed up DOS to be something like Unix. Fortunately, saner minds prevailed.

      No, they didn't. That's exactly what Windows is; you can boot NT into a command line environment and run it completely without a GUI. It would have been insane if they hadn't done that.

      Use of a text interface and system fiddling is inevitable. Not so with Windows.

      That's total bullshit. There are millions of Linux systems that don't even have a command line and do everything graphically (e.g., Linksys routers). And desktop Linux installations usually come with a full complement of graphical administration tools.

      On the other hand, a lot of Windows system management involves going to the command line. It's just that many people give up at that point and just reinstall Windows.

    9. Re:Uh Oh. by Anonymous Coward · · Score: 1, Insightful
      here's an OS that is as easy to use as Windows


      You must be out of your mind: the Windows administration GUI is a usability nightmare. If it were easy to use, people wouldn't have to study so much to become Microsoft certified engineers.
    10. Re:Uh Oh. by KaptNKrunchy · · Score: 1
      "And desktop Linux installations usually come with a full complement of graphical administration tools."

      If they came with a full set of graphical administration tools then it wouldn't be necessary to go to a command line at all. There are just too many things that can only be done from a prompt, in any distro.

      "On the other hand, a lot of Windows system management involves going to the command line. It's just that many people give up at that point and just reinstall Windows."

      I'm willing to bet that happens much more often in linux. (because of users fucking up thier system, not the system fucking iself up though.

    11. Re:Uh Oh. by ZephyrXero · · Score: 1

      But that's just the thing...Linux isn't really an operating system. It's just a platform on which you build an operating system. Don't compare "Linux" to Windows, compare specific distros to Windows ;)

      --
      "A truly wise man realizes he knows nothing."
    12. Re:Uh Oh. by ZephyrXero · · Score: 1

      As while what you say is true, 98% of Windows users hardly ever touch those tools, if ever...

      --
      "A truly wise man realizes he knows nothing."
    13. Re:Uh Oh. by cahiha · · Score: 3, Informative

      If they came with a full set of graphical administration tools then it wouldn't be necessary to go to a command line at all.

      Systems like SuSE do come with a full set of graphical adminstration tools; it isn't necessary to go to the command line to administer them, ever.

      And something like Webmin runs on any UNIX system and gives you a far more comprehensive and consistent administration interface to a larger set of subsystems than Windows tools.

      Of course, many end-users find command line administration actually easier.

    14. Re:Uh Oh. by BlueStrat · · Score: 2, Informative

      With the comments about poor usability and friendliness as compared against windows and linux sure to abound, I have to put in my $0.02.

      FreeBSD has taken some huge steps toward a more user/newbie friendly experience in recent times. I'm posting this from my significant others' PC, which is running PC-BSD, based on 5.4 RELEASE.

      The funny thing is, she prefered PC-BSD over any of the linux flavors I've had her try (including Mandriva/Mandrake, Debian, Mepis, Knoppix, etc.) and even over windows.

      She tells me she likes PC-BSD because it "feels" more stable and predictable to her, and after doing a windows install last nite (for games and the occasional MSOffice/OO.org compatibility/formatting hiccups), I gotta say the PC-BSD install (the installer is a nice graphical installer, with nearly everything being fine if one just accepts the defaults) is much faster with far less pickiness, and of course, only one reboot..at the end, into the new fully-installed and functioning system.

      Windows failed to detect or set up the very vanilla Linksys NIC, and required significant (for a newbie) setup after the install to get a working internet connection. PC-BSD "just worked" in regards to the NIC, and most everything else, including sound.

      PC-BSD also has a package system for software management, using ".pbi" pre-built packages as well as the FreeBSD "ports" system. The ".pbi" packages available are somewhat limited still, but does include some standouts, such as the java installer, which automates the java installation, which has been an issue for me with the various FreeBSD desktops I've tried.

      OO.org 2.0 beta is also included, running in KDE 3.4.0. Guess I've rambled enough, just wanted to get the word out on PC-BSD for the FreeBSD-squeamish. You can check it out for yourself at http://www.pcbsd.org/ .

      Strat

      --
      Progressivism (aka US 'Liberalism'): Ideas so good they need a police/surveillance-state to enforce.
    15. Re:Uh Oh. by ACNiel · · Score: 1

      Or at least a:

      #!/bin/bash

    16. Re:Uh Oh. by KaptNKrunchy · · Score: 1
      Systems like SuSE do come with a full set of graphical adminstration tools; it isn't necessary to go to the command line to administer them, ever.

      bullshit

    17. Re:Uh Oh. by Anonymous Coward · · Score: 0

      Thanks for the insight into your level of maturity.

      (Of course, you're still wrong.)

    18. Re:Uh Oh. by Anonymous Coward · · Score: 0

      >CLIs are so unreasonable and fiddly, blah blah blah.

      The only thing that makes CLIs more difficult to use than GUIs is that most CLIs these days come with crappy instructions (most anything I want to MAN comes up with nada these days). I don't consider Windows' lack of command line configurability to be a feature, it's a disgusting pain in my butt.

      Linux can be a disgusting pain in my butt too, but only because the documentation for certain programs isn't very good (or, in many cases, you have to do a complicated Google search to find it). All the features I need are doubtlessly there (probably are in *BSD too), I just can't make use of some of them because of the documentation.

      (Before someone says "write the documentation then," let me say that I wouldn't be looking up the documentation if I knew what the hell I was doing.)

      The reason people fear the command line is because it is unfamiliar to them. It's sits there waiting for you to do something, and if you don't know about it, it's as much a mystery as a black hole. However, with a little bit of experience (and some good documentation), the user can quickly become proficient at it.

      Friendliness is overrated.

      If I try to use synaptic package manager to update my system or install new programs, it takes a lot longer than using APT.

      Not only does it tend to be more efficient to use than a GUI, but it also wastes less system resources on pretty bits. For the life of me, I can't begin to imagine why someone would *want* to waste that much CPU time for graphics on a server.

      On a computer for office work, or for home, yes. GUI all you want. But on a server, you want the highest level of performance possible. A friendly interface is not important.

      Yes, it's a good thing that Linux (and BSD) become easier to use for the end user in order to increase market share for those operating systems, thus keeping the world free for people who want an alternative to Windows. However, don't underestimate the power of the "dark" side.

      The more whining people like you do about the evil command line, the more it goes away and is replaced with resource-hogging GUIs. We need CLI, don't try to rob us of it.

      As for your "modern packaging systems as easy as those found on Windows," there is no such beast as a package manager on Windows. If you mean the "add/remove programs" feature in the control panel, it is absurd to call that a package manager.

      Most programs are still installed the "old fashioned" Windows way with standalone install programs, and as much as Synaptic Package Manager annoys me, it is still easier than installing programs on Windows.

    19. Re:Uh Oh. by colinrichardday · · Score: 1

      Then what does SuSE lack?

    20. Re:Uh Oh. by despisethesun · · Score: 1

      No, he's right, they're just not very good. Better than Windows, though. But the command line does usually work better than both if you know what you're doing.

      --
      This poo is cold.
    21. Re:Uh Oh. by KaptNKrunchy · · Score: 1

      Can SuSE set up my wireless card with ndiswrapper without a CLI?

    22. Re:Uh Oh. by cahiha · · Score: 1

      Can SuSE set up my wireless card with ndiswrapper without a CLI?

      No, but neither can Windows.

      The point is that you need to compare apples to apples. Windows and Macintosh only work on supported hardware, so if you are going to make any comparisons, you need to compare those systems to Linux on supported hardware.

      And on supported hardware, Linux GUI admin tools are excellent--easier to use, more consistent, and more comprehensive than Windows or Macintosh.

    23. Re:Uh Oh. by Loonacy · · Score: 1

      I'm not entirely sure about SuSE, but Mandrake has the option to use ndiswrapper in its graphical network setup wizard. I haven't used it personally, but I talked a friend of mine through installation over the phone. It asks for the driver disk, then automatically installs ndiswrapper with the windows driver. Simple enough that a non-techy could do it, albeit with some help over the phone.

    24. Re:Uh Oh. by colinrichardday · · Score: 1

      I believe that YaST allows this. In YaST, go into network cards and add a network card. Then go to advanced options -> hardware options, and enter ndiswrapper as the module.

    25. Re:Uh Oh. by KaptNKrunchy · · Score: 1

      Ok but can you set up the mozilla java plugin without the CLI. I know urpmi sure can't do it. Apt-get is supposidly able to do it I think but I've never seen it actually work.

    26. Re:Uh Oh. by KaptNKrunchy · · Score: 1

      Before you set ndiswrapper as the module in YaST you must first set up ndiswrapper to use your windows driver, in the CLI, I belive. But it has been a while since I've used YaST. And mandrake used to be the same way.

    27. Re:Uh Oh. by Loonacy · · Score: 1

      Sure can. Just go download the java RPM which is available from the main SUN java download page, and double click it. It'll pop up a window asking for your password, and install it right there.

    28. Re:Uh Oh. by Loonacy · · Score: 1

      Doh, just tried doing what I said, and it's slightly more complicated than that. I had to rename the file to .sh instead of .bin before it would run (due to security concerns) and then run the extractor, and THEN double click the rpm, which asks you for a password and installs.

    29. Re:Uh Oh. by stoborrobots · · Score: 1
      hmmm.... or:
      # yast2 --install java-1_5_0-sun-plugin
      No renaming necessary...

      Through the GUI:

      Run YaST2.
      Select "Software Installation".
      Select "Package Groups" filter.
      In the Tree View, Select "Development" -> "Languages" -> "Java".
      Tick the box next to "java-1_5_0-sun-plugin"
      Click "Accept".
      Wait a few moments.
      Click "Finish".


      No Command Line necessary at all...
    30. Re:Uh Oh. by KaptNKrunchy · · Score: 1

      Ya I've done that, it doesnt setup the plugin though.

    31. Re:Uh Oh. by KaptNKrunchy · · Score: 1

      but when i open mozilla and goto a java site, will it *work*. Cuz I know java-1_5_0-sun-plugin is supposed to be installed on mty system, but when I goto website it still doesn't work, and I've been to lazy to go fix it the hard way.

    32. Re:Uh Oh. by colinrichardday · · Score: 1

      Ah, you may be correct there.

    33. Re:Uh Oh. by colinrichardday · · Score: 1

      I would say that that's more of a compiling against a file issue than a configuration issue.

  4. Seriously. by dotdan · · Score: 0, Troll

    This is news?

    1. Re:Seriously. by trmj · · Score: 2, Interesting

      Nope. But it's sunday, and slashdot is almost always slow on sundays. Just take a look at today's "news" about google.

      Yep. A slow day indeed.

      --
      Work sucked, until it became unemployment, when it became slightly more tolerable. -Tet
    2. Re:Seriously. by ebuck · · Score: 5, Insightful

      Look, it's a giant troll posting thinly disguised as a news article!

      BSD is great, but it's not the only game in town. Suggesting that it is what Linux should have been is nothing more than troll bait.

    3. Re:Seriously. by mcgroarty · · Score: 1

      It's good for a discussion, and Slashdot has continued to grow over the years so some might not be as familiar with the alternate free unices.

    4. Re:Seriously. by Man+in+Spandex · · Score: 1

      Real news would of been:

      Why Windows?

      </sarcasm>

    5. Re:Seriously. by jZnat · · Score: 1

      We get news about Google everyday here; it's inevitable. In fact, I tried testing my theory by submitting an article about Google SMS going beta as there was an article about Google Scholar (which has already been out for a while).

      No dice; you can't submit a dupe to the editor who put up the first article. Either that, or one of them is anti-multiple-announcements-regarding-Google.

      Also, the news shouldn't be so slow on Sundays. Have you seen the size of a Sunday edition to a newspaper? :O

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    6. Re:Seriously. by Anonymous Coward · · Score: 0

      Erm, actually if you look at the linux kernel design and even read 1% of the kernel code, you'll instantly realise that linux is in simplicity, SHIT.
      That's the only word I can really think of, it a complete pile of crap, put together like dough.

      FreeBSD however is beautifully engineered, excellent, clean code, and not at all surprising why the BSD OS's are among the best operating systems in the world with the longest uptimes, proving pure stability and security among anything else.

      Little known fact that linux is the MOST breached OS in the world.
      Yet, BSD is the most secure OS in the world.

      Next time, I suggest you go research before you open your trap.

      http://www.mi2g.com/cgi/mi2g/press/021104.php

    7. Re:Seriously. by slashdotnickname · · Score: 1

      No, you're the troll.

      The article backs up its thesis with several thought-out points. An opinion article that tries supporting itself with arguments is fair game to discuss here. Instead of providing intelligent counter-arguments, all you bring to the table is name calling... which is what a troll does.

    8. Re:Seriously. by trmj · · Score: 1

      Have you seen the size of a Sunday edition to a newspaper?

      A Sunday paper doesn't list the news that happens on that Sunday.

      Besides, a decent portion of the Sunday paper is just dupes from the rest of the week. Slashdot usually gets those out of the way on the same day.

      --
      Work sucked, until it became unemployment, when it became slightly more tolerable. -Tet
  5. FreeBSD by JeiFuRi · · Score: 3, Insightful

    Don't ask why, ask why not.

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

      So then why? Is it becasue it isn't tied to the highly restrictive GPL?

    2. Re:FreeBSD by Anonymous Coward · · Score: 0

      Answer: Device drivers

      That said, I have a freeBSD live cd I use for accessing USB sticks, one thing that sucks under linux and the FBSD automounter gets right.

    3. Re:FreeBSD by drsquare · · Score: 1, Flamebait

      FreeBSD is for people who hate Linux.
      OpenBSD is for people who like Unix.

      If you want a BSD, then you want Open. FreeBSD is a bit pointless, it doesn't really do anything well like OpenBSD, it's just more fashionable and mainstream so wannabe-geeks use it who think they're too elite for Linux.

    4. Re:FreeBSD by Erik+Hensema · · Score: 1, Troll
      Why not:
      • You need to track security updates for kernel, base and ports and apply them in different manners
      • Package management is a decade behind what rpm and dpkg have to offer
      • It's essentially a DIY kit to build an OS. I just want an OS.
      • Building ports takes ages, time I don't have
      • Building ports takes resources. Resources I want to use for the server's core buisiness. Which is not compiling ports.
      • Bad documentation. The official freebsd manual often explains the most time consuming, error prone way of doing things. Later you'll find out there are many convienient ports to perform common tasks.
      • No journalled filesystems. Yeah, it's really scary to remotely kill the power of a crashed machine.
      The only really good thing of freebsd seems to be the kernel. The userspace is really amateurish though.
      --

      This is your sig. There are thousands more, but this one is yours.

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

      Okay. Well, in my case, I installed FreeBSD 5.4, configured my kernel with the help of the people in an IRC channel, and everything was working fine. For a while.

      Then, I started getting a lot of SDL related crashes. Any time that a program would use SDL for 3D graphics, I'd get a floating point exception error (with or without the NVidia drivers for Xorg). After trying for a week or two for solutions I had none, so I was forced to go back to Gentoo -- and I've been using it ever since.

      This isn't an attempt to step on your toes or anything, but you did ask.

    6. Re:FreeBSD by larkost · · Score: 5, Insightful

      I disagree with much of what you said:

      The Ports system is far superior to the rpm system. It actually tracks dependancies, and has a system to grab them for you. You are way off base on that statement.

      FreeBSD is a full OS. I have no idea what you mean by your statement.

      Yes, compiling from source does take a long time. Have you tried the pre-compiled package system? Same dependancy tracking but with pre-compiled binaries?

      FreeBSD has the best documentation of any of the unix-like OS's that I have found. The handbook covers lots of cases.

      FreeBSD also has softupdates... very much like Journaling. And that is on by default through the auto command in the installer.

      And I think you are missing the point of FreeBSD, it is a server OS... I think most of your complaints come from the fact that there is no GUI by default. This is because you don't usually sit on the console on FreeBSD servers.

    7. Re:FreeBSD by Kent+Recal · · Score: 1

      FreeBSD, it is a server OS

      Well, according to this benchmark linux 2.6 outperforms all BSDs on most network related metrics.
      Admittedly the thing is quite old now, anyone know how current BSD performs vs linux?

    8. Re:FreeBSD by fafaforza · · Score: 1

      Many of your arguments can be applied to Linux/BSD in general as far as package management and software updates go.

      But bad documentation? How about having to deal with outdated How-TO's from 1998, and having to fall back on echos and snippets of posts on deja.com for what is the most "official" documentation. FreeBSD has extensive and detailed documentation on the official website. So even though it can be very long and detailed -- like building world -- once you read it over, you can skim off a lot of the stuff. General unix xperience allows you to recognize what is important and what isn't. But that detail will help you greatly when something goes wrong, or something unexpected and uncommon happens.

      Additionally, finding help on the web is easier, because there aren't literally hundreds of different patches and distributions that others use.

      Obviously, like anyone on /., I used Linux and FreeBSD, and would have to say that Linux is the one that falls short with documentation.

    9. Re:FreeBSD by Whafro · · Score: 2, Interesting

      FreeBSD is a full OS. I have no idea what you mean by your statement.

      I think he is saying that FreeBSD is like Gentoo is like one of those old RadioShake "build your own radio" kits. To him, and to many others, an OS is something that works out of the box to perform common tasks. In other words, it's a largely binary-based distro, rather than ports-based.

      After everything has been built, he would consider it an OS, but out of the box, you have to spend quite a bit of time before your box is actually able to fully "operate."

      Doesn't seem too unreasonable, though it is a question of semantics.

    10. Re:FreeBSD by colmore · · Score: 1

      Linux is a leatherman, FreeBSD is a power drill. FreeBSD does what it does extremely well, but it doesn't do as much as easily.

      --
      In Capitalist America, bank robs you!
    11. Re:FreeBSD by fistfullast33l · · Score: 1

      Recently I took a course at my university on network programming. Our professor gave us the choice for our Unix OS between programming on Solaris and programming on FreeBSD. I had never programmed on FreeBSD before but had done most of my undergraduate work on Solaris, so I voted for FreeBSD, along with the rest of the class.

      That was the last time I will ever choose FreeBSD over Solaris. FreeBSD support for shared resources between processes is non-existant. You have but one option - file locking. File locking?!?!? I read through everything I could find to get semaphores and mutexes working but most of system calls I used all gave me error EACCES, a permissions error. I eventually gave up in frustration. If I can't figure it out in 8 hours for a program that should only take 20 hours maximum to write, it's not worth my time to figure out.

      This is the only real complaint I have against FreeBSD. Recently, however, the CS department replaced all of its Solaris machines with FreeBSD machines in the lab, so I guess I'm going to be seeing more of the OS than I thought I would.

    12. Re:FreeBSD by dknj · · Score: 1

      I have only read about half of this "benchmark" so far and i'm really starting to wonder if we're supposed to take it seriously. Using the cpu cycle counter to determine which OS is faster and not adjusting his calculations to match each OS. Or that Linux is the only OS that allows you to tune where your priviledged port range starts (sysctl, hello?). Next, who cares if your system can can open 100000 processes? On current hardware if you hit that, you're going to have bigger problems....

      To avoid the upcoming bashing posts, I am in no way a FreeBSD zealot. While FreeBSD used to be my favorite system, I have come to appreciate other operating systems as they serve a purpose. I.e. Solaris for enterprise systems, Windows for easy systems mangement, etc. If someone makes a claim out of their ass why another OS is better than another, I will say something. Check my historic posts in favor of Solaris (and subsequently being called a Solaris zealot)...

    13. Re:FreeBSD by Breakfast+Pants · · Score: 1

      It is pretty unreasonable given that there is a robust package system which he said was a decade behind rpm. The package system in freebsd can actually get dependencies as well as the package you asked for: something rpm has been criticised for for years. Also, you can simply download an ISO and bam you have a full OS in the sense you say he is talking about. If you want updates of software, yes you have to either install from ports or from an updated package repository. Once you have the big stuff already on there though it isn't really a big deal to build some small app from ports.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    14. Re:FreeBSD by SnowZero · · Score: 2, Insightful

      While I agree with much of what you said...

      The Ports system is far superior to the rpm system. It actually tracks dependancies, and has a system to grab them for you. You are way off base on that statement.

      Why did you leave out Debian's dpkg, which the GP mentioned? It's been doing everything you describe for at least 6 years. In the last two years, the rpm based distros have all added dependency tracking systems, such as Suse's excellent Yast tool. If you really want to compile things, Gentoo has a ports system just like the BSDs, and it has worked quite well for a couple of years now.

      These discussions are always funny becuase you can see how people never poke around looking at alternatives, and then go and make comments that are way our of date. Read about the other systems, or just admit "I have no idea what they do now". Sites such as KernelTrap are good for cross-OS news stories. Even though I'm regularly a Debian user, that's how I found out about the work on DragonFly BSD, which I think is pretty cool. I think some of that work will percolate into the other OSes, which is why I'm glad most developers *do* keep track of the current work in other free OSes.

    15. Re:FreeBSD by rubycodez · · Score: 5, Insightful

      since I love both, I'll jump right in and give plus and minus to both FreeBSD and your friendly Linux distro of choice:

      1. drivers: more devices supported in the Linux world
      2. install: bsd install still primative, and disk partitioning is weird especially for novice, and multiple boot can be hard to set up
      3. smp - scaling: 5.x freebsd is still having trouble with its spinlocks, and can still sieze up under heavy load (4.x version with giant lock doesn't have this problem). The core issue is that the freebsd folks don't seem to realize releasing locks in the same order they are applied makes things easy, while what they are doing can make trouble. This is why I use 4. in production.
      4. filesystem - ext3 and reiserfs can get into inconsistent unrecoverable state, pure and simple. XFS and maybe some other Linux filesystems don't have that problem.
      5. Linux GPL great for some things and horrible for others, BSD license ditto.
      6. startup scripts easier to understand in BSD, getting pretty hairy in some Linux distros. My favorite commercial distro SuSE and RedHat are really getting tangled.
      7. More Enterprise software available (and supported) on Linux, maybe not a big deal unless you're in big SAN environment or absolutely MUST use Oracle and such. I'm betting though you'll see more stuff popping up for Debian and friends now that Debian has bounded back into life.

    16. Re:FreeBSD by photon317 · · Score: 1


      The nice thing about linux though is that we have several major distributions built around the linux kernel that do these things differently than each other. It provides for healthy competition and innovation within the linux-space. If you like the FreeBSD ports system, you'd probably love Gentoo's linux package management system, which was very much inspired by the ports system, and is called "portage".

      --
      11*43+456^2
    17. Re:FreeBSD by Erik+Hensema · · Score: 0, Troll
      • rpm and dpkg are package formats. Formats don't track anything. It's the tools which track dependencies. Tools such as apt, yast, yum and urpmi. All these tools install a package including all its dependencies. Maybe you're confused with the 'rpm' tool, which is just a lowlevel interface to the rpm package format. Nobody really wants or needs to use the rpm command.
      • FreeBSD is not a full OS. You really have to build large parts of it in order to become useful.
      • Even with softupdates on I had to manually fsck the root fs twice on a server I rebooted using the power switch.
      • The docs only document the 'official' freebsd. On order to make freebsd actually useful you'll have to install a lot of ports (such as portautit). The official documentation doesn't mention this. You'll have to fall back to unofficial docs, docs which are as good or bad as the Linux HOWTO collection.
      • I don't need a GUI, thank you. A nice ncursus interface will do just fine.
      --

      This is your sig. There are thousands more, but this one is yours.

    18. Re:FreeBSD by jurv!s · · Score: 5, Funny
      get it right. the mantra is:

      FreeBSD is for people who hate Linux.
      OpenBSD is for people who hate everyone.

      --
      sigs are for fools and trolls. no signature is *always* appropriate. you should turn them off in your preferences.
    19. Re:FreeBSD by saleenS281 · · Score: 1

      Such as what? I've yet to see something linux does that BSD doesn't. "FREEBSD" may not do *, but between netbsd, freebsd, and openbsd, they cover everything linux can do and much more.

    20. Re:FreeBSD by Anonymous Coward · · Score: 0

      You obiviously do not know what you are talking about. So I will assume that you just never used FreeBSD before.
      I run several versions of Linux and Unix (FreeBSD is one of them) and I actually find FreeBSD better at more than one thing.

      Only thing that Linux has better is the driver and application support. One thing that I really hate about it is the long boot times.

    21. Re:FreeBSD by ZephyrXero · · Score: 0, Redundant

      Yes

      --
      "A truly wise man realizes he knows nothing."
    22. Re:FreeBSD by epine · · Score: 1


      inconsistent unrecoverable pure and simple ... sounds like the consultant brought his own hot tub

    23. Re:FreeBSD by keramida · · Score: 2, Insightful
      1. drivers: more devices supported in the Linux world

      That's true.

      Some BSD users may argue that the level of support is not very good or that Linux kernels tend to include support for "highly beta, experimental features" in stable kernels, which is not entirely false.

      Others will note that the size of the BSD development teams is far smaller than "the world at large", so it's normal to have less people who can develop drivers and/or test them.

      The truth is, as usual, somewhere in between :-)

      2. install: bsd install still primative, and disk partitioning is weird especially for novice, and multiple boot can be hard to set up

      If by "primative", you mean "primitive", then I have to respectfully ask that you elaborate why you think the installer is primitive.

      smp - scaling: 5.x freebsd is still having trouble with its spinlocks, and can still sieze up under heavy load (4.x version with giant lock doesn't have this problem). The core issue is that the freebsd folks don't seem to realize releasing locks in the same order they are applied makes things easy, while what they are doing can make trouble. This is why I use 4. in production.

      Oh, but we do. Have a look at the description of "WITNESS" and "lock order reversal", what it is and why FreeBSD people are making their best to improve parallelismm but avoid the problems of the second with the help of the first :-)

      Admittedly it's been a long way since 4.0 was "CURRENT", or even since 4.0 was first released, but there have both been an amazing amount of improvements in both the kernel and userlevel side of applications that support and make good use of parallelism. There is, of course, still a lot of room for improvement, but that's not inherently a bad thing :-)

      4. filesystem - ext3 and reiserfs can get into inconsistent unrecoverable state, pure and simple. XFS and maybe some other Linux filesystems don't have that problem.

      I've had ext3 filesystems die on me or lose /etc/inittab or something worse, so I can agree about ext3fs here. I don't know about the rest though.

      5. Linux GPL great for some things and horrible for others, BSD license ditto.
      Yes. Your point, here, is?...

      6. startup scripts easier to understand in BSD, getting pretty hairy in some Linux distros. My favorite commercial distro SuSE and RedHat are really getting tangled.

      True. I can bring up a FreeBSD machine after typing just a couple of lines in /etc/rc.conf, i.e.:

      hostname="flame.local"
      ifconfig_sis0="DHCP"
      It's usually far more complex and some times (oh the horrors!) it practically requires a GUI to configure interfaces of a Linux machine, or guesswork for tweaking some complex, barely documented set of files under /etc/sysconfig/long/subdir/path/here. Give me my /etc/rc.d BSD scripts any day, thank you!

      7. More Enterprise software available (and supported) on Linux, maybe not a big deal unless you're in big SAN environment or absolutely MUST use Oracle and such. I'm betting though you'll see more stuff popping up for Debian and friends now that Debian has bounded back into life.

      It takes a lot of effort to support, and I mean really SUPPORT, as in be prepared to answer technical questions and resolve bug reports 24x7, a dozen or so different types of UNIX systems, be they Solaris releases, Linux distributions, or BSD versions. That's understandable. Not something I really like, but understandable...

      --
      My other computer runs FreeBSD too.
    24. Re:FreeBSD by Etyenne · · Score: 1
      The package system in freebsd can actually get dependencies as well as the package you asked for: something rpm has been criticised for for years.
      man yum

      Welcome to 2003.

      --
      :wq
    25. Re:FreeBSD by Anonymous Coward · · Score: 0

      You got that backwards. Linux is not a full os, its only the kernel. Linux/GNU is the full os.

      FreeBSD on other side is the full os. But the beauty of it is the fact that the base install only installs basic components needed. If you want gui on it, then you just do pkg_add -r gui_name or compile it using ports.
      Besides, FreeBSD cds come with several different guis you can pick from when installing.

    26. Re:FreeBSD by andreyw · · Score: 1

      Yeah but he said rpm, not yum. Yum attempts to fix the problems with rpm, but in my opinion does a worse job than apt (whether it be apt4rpm or apt4dpkg)

    27. Re:FreeBSD by schon · · Score: 1

      filesystem - ext3 and reiserfs can get into inconsistent unrecoverable state, pure and simple.

      I suppose you have links supporting this claim, right? I've been using both for many years (on dozens of high-use machines), and haven't seen anything remotely like that. If it's truly so "pure and simple", then you must have some evidence. I'd appreciate it if you presented it here.

      startup scripts easier to understand in BSD, getting pretty hairy in some Linux distros.

      This is neither symptomatic of Linux of BSD, but rather of the distributions. I personally find Slackware's startup to be superior to both BSD's and all other Linux distros I've tried.

      More Enterprise software available (and supported) on Linux

      Considering that pretty much any (every?) piece of software compiled for Linux can be run under FreeBSD with little hassle, I'd like to know how you can claim this with a straight face.

    28. Re:FreeBSD by Kent+Recal · · Score: 1

      Well, you do have a point about the CPU cycle count probably not being comparable.

      There are two reasons why I keep pulling this benchmark set when people try to
      convince me that I should be using BSD for my servers.

      1. BSD is beaten by linux 2.6 in all of the benchmarks (incl. those
      that measure ms)
      2. It's the only half-decent linux- vs bsd-networking benchmark
      that I know of...

      If anyone has more up to date info I'd be glad to hear about it.
      Until then (or until someone convices me that the methods used in that benchmark are nonsense) I'll consider linux networking superior to bsd networking.

    29. Re:FreeBSD by rubycodez · · Score: 1

      the *bsd installers all look the same after quite a few years, much more choices and questions which confuse newbies than some of the polished lixus distros, especially with as I mentioned the disks, and also using (freebsd) mini-install to get to a full functional system. I've had relatives and friends call me about bsd installation woes, but not a one of them had any trouble plopping in redhat or mandrake or suse. As for fine-grained locking, I can still make FreeBSD 5.3 on four-way box sieze up with heavy sshd load, for example (one of my favorite pet tests since 5.0).

    30. Re:FreeBSD by Anonymous Coward · · Score: 0
      Don't ask why, ask why not.

      Because it's obsolete and sucks.

    31. Re:FreeBSD by frost22 · · Score: 1

      Nonsense.

      shared memory ?
      semaphores ?

      --
      ...and here I stand, with all my lore, poor fool, no wiser than before.
    32. Re:FreeBSD by rubycodez · · Score: 1

      For a living I migrate enterprise Unix apps to Linux. I also use FreeBSD and OpenBSD for my own servers. let's go in reverse order: please point me to Veritas, Hitachi and Polyserv SAN software for enterprise SAN replication, business continuity volumes, backup/archival, multipathing, etc on FreeBSD. For that matter, please show me Hitachi or EMC or HP SAN array with FreeBSD in support matrix. That said, I happen to know Oracle can work on FreeBSD with some rigging, but Oracle won't support it. Also, the advanced Parallel Database Clusters and Real APplication clusters require Linux kernel modules, which I doubt could ever work under FreeBSD. I agree script complexity it is distribution symptom; almost all distros have it. I'll be sure to check out Slackware's latest approach, thanks for mentioning. My claims about ext3 and reseifs are from my own personal experience, and I work in datacenters with dozens of Linux servers each. However, if you look at white papers comparing filesystem design of bsd ufs and Linux you will find it is a fact that sometimes ext3 and resierfs are in an inconsistent state at times, fsck is sometimes not possible. I've not had any issues with either XFS on Linux or FreeBSD or OpenBSD UFS. Would be interested to hear of JFS issues.

    33. Re:FreeBSD by andyross · · Score: 1
      Yeah but he said rpm, not yum.

      Google "apples and oranges". :)

      Please. All open source OSes worth talking about have robust package management systems that automatically handle dependencies and downloading from mirrored network servers. Flaming about apt/dpg vs. apt/rpm vs. yum/rpm vs. ports vs. portage just make all of you look like the fanboys you are.
    34. Re:FreeBSD by benjcurry · · Score: 1

      Well, a package format will often include as part of its specs a declaration of what info will be included in the package. RPM DOES NOT, as part of the spec, include package dependencies. There are ways to track deps in RPM land, but NO RPMs do not include dependency tracking as a base feature, last time I checked.

    35. Re:FreeBSD by NutscrapeSucks · · Score: 1

      Considering that pretty much any (every?) piece of software compiled for Linux can be run under FreeBSD with little hassle, I'd like to know how you can claim this with a straight face.

      Quite easy -- Java. Last I checked, FreeBSD's only had a unsupported, old version of Java that didn't have proper thread support and was a "hassle" to install. And J2EE application servers are probably the single biggest reason companies deploy *nix systems, so this is hardly a little problem.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    36. Re:FreeBSD by mad_ian · · Score: 1
      It's essentially a DIY kit to build an OS. I just want an OS.


      That's complete BS. Linux is a kernel, while your distros are OSes. FreeBSD is more an OS than Linux is. OpenBSD is more an OS than FreeBSD is, as you can't mix-n-match the different modules (Kernel, UserSpace, Ports system, etc) as you can in FreeBSD.


      Bad documentation. The official freebsd manual often explains the most time consuming, error prone way of doing things. Later you'll find out there are many convienient ports to perform common tasks.


      It's not the FreeBSD Team's job to document ports and packages and how they change the way the system works. I much prefer the *BSD documentation compared to much of the Linux.

      --
      ~Donald / Just RTFM
    37. Re:FreeBSD by Infernal+Device · · Score: 5, Funny

      What about NetBSD? You forgot NetBSD!

      NetBSD is like Poland - it keeps chugging along, but everyone forgets about it.

      --
      "My God...it's full of trolls!"
    38. Re:FreeBSD by keramida · · Score: 1
      As for fine-grained locking, I can still make FreeBSD 5.3 on four-way box sieze up with heavy sshd load, for example (one of my favorite pet tests since 5.0).

      The 5.X branch has moved way past 5.3 now and we all know 5.3 was released "because it was about time something was released"; not necessarily because it was a polished, . Things have improved vastly since last October.

      Give a try to newer 5.X versions (i.e. 5.4 of last March or the head of the RELENG_5 branch). Things should be much more stable :-)

      --
      My other computer runs FreeBSD too.
    39. Re:FreeBSD by scheme · · Score: 2, Insightful
      Well, a package format will often include as part of its specs a declaration of what info will be included in the package. RPM DOES NOT, as part of the spec, include package dependencies. There are ways to track deps in RPM land, but NO RPMs do not include dependency tracking as a base feature, last time I checked.

      You should check again, the rpm specs and packages have had a requires section for dependencies since the very beginning. More recent versions have also included a build-req field to allow developers to specify what is needed to rebuild the rpm from source.

      --
      "When you sit with a nice girl for two hours, it seems like two minutes. When you sit on a hot stove for two minutes, it
    40. Re:FreeBSD by jurv!s · · Score: 1
      Heh- I'm glad you have a sense of humor. When I saw that someone had already replied, I dreaded having to explain my joke to an OBSD zealot without a sense of humor. Of course, we all tend to forget about Poland's strengths until our fearless leader sees fit to remind us. How about this:

      NetBSD: no flames in the default install, in more than 8 years!

      ;-D

      --
      sigs are for fools and trolls. no signature is *always* appropriate. you should turn them off in your preferences.
    41. Re:FreeBSD by Anonymous Coward · · Score: 0
      FreeBSD has the best documentation of any of the unix-like OS's that I have found. The handbook covers lots of cases.

      Try OpenBSD some time.

    42. Re:FreeBSD by despisethesun · · Score: 1

      You haven't checked recently then. FreeBSD can run JDK1.5 without any problems, which is the latest version last time I checked. It is a pain to install due to Sun's stupid licensing scheme, but I have Java running just fine on my FreeBSD 5.4-STABLE desktop. It's also quite easy to install the Linux Java binaries if you don't have the patience to install the FreeBSD JDK from source.

      --
      This poo is cold.
    43. Re:FreeBSD by tigga · · Score: 1
      1. BSD is beaten by linux 2.6 in all of the benchmarks (incl. those that measure ms)

      Why are distributing FUD?
      You are in error or it's just intentional lies?
      Check those benchmarks again -http://bulk.fefe.de/scalability/

    44. Re:FreeBSD by tigga · · Score: 1
      You should check again, the rpm specs and packages have had a requires section for dependencies since the very beginning. More recent versions have also included a build-req field to allow developers to specify what is needed to rebuild the rpm from source.

      Maybe it's just a problem in people who build rpms. It's just so frustrating to find cyclic dependencies or dependencies on nonexistent rpms. It was fun to move from rpm version 3 to version 4 while libraries where packed with rpm 4...

    45. Re:FreeBSD by despisethesun · · Score: 1

      I suppose you have links supporting this claim, right? I've been using both for many years (on dozens of high-use machines), and haven't seen anything remotely like that. If it's truly so "pure and simple", then you must have some evidence. I'd appreciate it if you presented it here. I don't know about ext3, but I've personally seen more than one reiserfs filesystem corrupted by power surges or, in one instance, me powering off a Linux box when it hung during startup. ufs on the other hand has been incredibly reliable for me. Anecdotal evidence only, but it's about the same as was offered in return.

      --
      This poo is cold.
    46. Re:FreeBSD by NutscrapeSucks · · Score: 1

      > You haven't checked recently then

      I'm looking at threads that are only a couple months old that disagree with your entire post. The official FreeBSD Java pages are still full of warnings like "run it in a production environment do so at their own risk" and "considered ALPHA quality".

      Even if what you say is correct, it hasn't been enough time to make any sort of market impact.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    47. Re:FreeBSD by Anonymous Coward · · Score: 1, Informative

      I love FreeBSD and the BSDs in specific. I've used FreeBSD on at least one machine since version 1.1.5, however I do have to call bs on your statements.

      I prefer *BSD to Linux, but...

      No BSD works correctly with my D-Link DMF-560TXD. Every version of Linux I've tried works perfectly with it. Both the modem and the ethernet ports work and I can use them both simultaneously. This keeps me from using *BSD on my laptop, because for me a laptop without network access, is a useless doorstop.

      No BSD supports plugging/unplugging USB devices as easily as Linux, and none of them seem to be friendly with hot-plugging usb devices. This means that unless I want to reboot my desktop EVERY time I want to get pictures off my digital camera, I have to run Linux on my desktop. With Linux, I plug in the camera, turn it on, and the OS sees it and sets it up.

      There are other issues similar to these, but I think these make my point fairly well. Yes they boil down to hardware compatibility and support issues, however they ARE things that Linux does better than the BSD's.

      Do I prefer to run FreeBSD for a server? Yes. I'm quite happy that I can use a P-II (celeron) 350 with 64 meg of ram for a firewall/nat box, run web/email/ftp on it, run two mucks and a mud on it, and still have useable shell accounts on it.

      However... on hardware compatibility and support, multimedia support, and general suitability for use as a Desktop OS? Linux is superior.

      I have no problem with this... I simply tend to suggest people consider *BSD for use on servers and Linux for use on the Desktop/Laptop.

    48. Re:FreeBSD by Anonymous Coward · · Score: 0

      I'd disagree with that; Hubert has been pretty anti-OpenBSD on a few occasions, basically being a callus ass saying that OpenBSD is wrong in everything it does.

    49. Re:FreeBSD by despisethesun · · Score: 1

      http://www.freshports.org/java/jdk15/ And yet here I found this. I guess they must be liars.

      --
      This poo is cold.
    50. Re:FreeBSD by Aeiri · · Score: 1

      Please. All open source OSes worth talking about have robust package management systems that automatically handle dependencies and downloading from mirrored network servers.

      So Slackware isn't worth talking about?

    51. Re:FreeBSD by bitflip · · Score: 1

      I'm reading this at a FreeBSD console, you insensitive clod!

      (really. waiting for fsck to finish on another box. i'm trying to figure out how to move this keyboard and monitor to the back of the rack where it's warmer)

    52. Re:FreeBSD by Penguin's+Advocate · · Score: 1

      I recently had a 250GB reiserfs partition corrupt itself. reiserfsck claimed it was a hardware problem and that the disc was failing. I had all the data backed up elsewhere (of course), and just for kicks I formatted it with ext3 and restored the data to it. It's been running beautifully for about 4 months now doing exactly what it was doing before, no problems. (the partition is used to serve ~200GB of data mostly for videogame production)

      --
      Frag 'em all...
    53. Re:FreeBSD by Vladimir · · Score: 1
      ...does what it does extremely well
      A few years ago I compared several OSes to see how they perform vs Linux on my computer: I tried Solaris (8 iirc) and FreeBSD 3.x. FreeBSD looked okay, until I tried a simple program that first mmap() a file much bigger than the RAM and then qsort() it. Solaris accomplished it and system was responsive, Linux did the same, but disk I/O made system quite irresponsive, as for FreeBSD, well, it ... rebooted! Of course, I expected more from a system that was proud about its MM design, and uninstalled it after checking that it's a know bug. I think it was fixed in 4.x, but I lost much of my interest.

      I'm also quite suspicious about ports collections: every time I tried to install/compile something big (like xemacs, KDE...) it failed for me: with messages like "too many open files" after a night of compilation, I don't understand how people may like such a system. I also wonder what happens if you're forced to use not-the-latest distro? I heard that it can be quite a big pain (as with perl modules, many people assume that you always run yesterday's pre-alpha pre-release of their wonderful program.)

    54. Re:FreeBSD by Kent+Recal · · Score: 1

      Well, I did and maybe my statement was a bit harsh.
      In fact Linux either beats or is on par with BSD in all those benchmarks.

      Happy now?

    55. Re:FreeBSD by snorklewacker · · Score: 1

      I'll back up your anecdote with my own: ran reiserfs on a laptop, hibernated it, ended up with corrupt inodes. Ran the reiserfs recovery utility, and it ate the whole partition.

      --
      I am no longer wasting my time with slashdot
    56. Re:FreeBSD by snorklewacker · · Score: 1

      On three linux servers with three different distros (rh9, rhel 3, and suse), I have problems with kswapd eating up most of the CPU on the machine. Simply google for kswapd and the first page and most thereafter are full of reports on problems with it that go back ten years to this day, with fix after fix going into the kernel, and no real understanding of what's gone wrong with it. Understandably, I don't have any faith that the latest fix in the 2.6 series will solve the problem.

      What good is speed if you fall over randomly under load?

      --
      I am no longer wasting my time with slashdot
    57. Re:FreeBSD by Kent+Recal · · Score: 1

      Well, check your hardware and read the docs.
      Many ppl are running 2.4 and 2.6 quite successfully even under extreme load.

      "kswapd eating up most of the CPU" sounds like you have an OOM condition.
      memory leak?

    58. Re:FreeBSD by Anonymous Coward · · Score: 0

      Well Hubert can be a flaming douche, but he's not even in the same league as de raadt. every distro has its flamers, but not many distros spring fullborn from a flamethrower like OBSD.

    59. Re:FreeBSD by NutscrapeSucks · · Score: 1

      So, FreeBSD is lying about their non-production alpha-quality java support? Really makes me want to run out and use it right away.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    60. Re:FreeBSD by Egregius · · Score: 0

      Does ANYONE have a newer benchmark comparing scalability of the n*xes? All google ever gives me is that same benchmark.

    61. Re:FreeBSD by Nimrangul · · Score: 1

      You are confused, it is Sun's poor support of FreeBSD that is the issue - FreeBSD doesn't make Java.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    62. Re:FreeBSD by synthespian · · Score: 2, Insightful

      I think he is saying that FreeBSD is like Gentoo is like one of those old RadioShake "build your own radio" kits. To him, and to many others, an OS is something that works out of the box to perform common tasks. In other words, it's a largely binary-based distro, rather than ports-based.


      My God, how clueless can you get and still get modded up to 4?
      By FreeBSD is a complete OS, he means that kernel + userland software is all BSD, as opposed to GNU/Linux distros (GNU userland + Linux kernel).

      No, it is not about semantics. It's about the software installed. For example, the GNU Broken Again Shell is not the default in BSDs.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    63. Re:FreeBSD by schon · · Score: 1

      I run ReiserFS on my laptop right now. I hibernate (suspend to disk, suspend to ram) several times per day. The battery is flaky, and I experience unclean shutdowns (both from suspend-to-ram and just plain power-offs while in use) approximately once per week.

      Never had a problem with ReiserFS. It's rock solid.

    64. Re:FreeBSD by sl3xd · · Score: 1

      Maybe it's just a problem in people who build rpms. It's just so frustrating to find cyclic dependencies or dependencies on nonexistent rpms.

      The bottom line is that too many people don't understand what an RPM really is, and think that it is something it's not. An RPM is not a universal binary, never was, never will be. The problem exists in the idea that 'an RPM is an RPM is an RPM.' Somehow people came to think that an RPM is the equivalent of an Windows Installer -- it isn't even close! Windows is controlled by ONE entity, so it's much easier to keep track of which versions of Windows are compatible with the software to be installed; unless a particular library is included in Windows, it is usually installed with the program (resulting in multiple versions of the same library on a single Windows install.)

      RPM's attempt to use dependancies to reduce the number of times a particular library gets installed; it does this in a fairly fragile way, and is quite easy to break by using packages not provided by the distro.

      Different distros name the same software packages differently (eg. ssh, ssh-client, openssh, etc. The problem is made worse when the same distro (say SuSE) changes package names from one release to another. As long as you stick with 100% vendor-provided distro-specific RPM's, you're generally safe. The dependancy problem rears its head when people start to use RPM's that are not installed from the distro's library, using the distro's dependancy managment tools.

      That's why most commercial distros will not support anyone who installs a package they did not provide. In some cases, installing a non-distro package voids the entire support contract.

      If you don't like sticking with a pretty pure 'distro' release, then expect compatibility and dependancy problems. Debian, Ubunutu, the BSD's, etc. all expect their users to get 99% of all their software through the distro-provided mechanism. Few Debian users install software outside of apt-get or dselect (or GUI wrappers for the above). Gentoo users use 'emerge' and forget about it. And their users have very few dependancy problems to deal with as a result.

      --
      -- Sometimes you have to turn the lights off in order to see.
    65. Re:FreeBSD by synthespian · · Score: 1

      Why did you leave out Debian's dpkg, which the GP mentioned? It's been doing everything you describe for at least 6 years.

      Whenever you compare FreeBSD to Debian, there are interesting lessons to be learned. The facts speak for themsleves (their respective track-records.)
      You can't really claim dpkg is "perfect", because in order for apt-get to work as good as the competition you have to factor in the simple fact that the competition is always more up-to-date in release cycles and in delivering current relases than Debian. It got to be so pathetic that people went off and forked it, creating a company (Ubuntu).
      Intrinsic to Debian's package management is the software-engineering process that goes with it. It means reading that hideous documentation of theirs, along with prompting a legion of developers to get over their tendency to "commit bikesheds" and to package and test software within a reasonable date. Arguing that "they're volunteers" is no excuse, because on the BSD camp everybody's a volunteer, too. And yet they manage to deliver protocols (e.g. OpenSSH), kernel, and userland software, whereas "Linux" developers are strictly speaking, kernel hackers (with huge money pouring from the industry).
      So Debian has gone down in history as a lesson to be learned in free software projects: 1) _competent_ developer resources are not abundant; 2) automate as much as possible, do not rely on humans. The serious shortcomings from which they suffer - I think you'll not dispute that - is in the software engineering process. And that is a direct consequence of the package-management technology. Why? Because you rely on managing humans, instead of managing software> None of which you can fire, because they aren't on your payroll.
      Debian has gone from, IIRC:
      ~3000 packages (slink)
      ~8000 " (potato)
      ~12000 " (woody)
      The delay in releasing has gone up with the number of packages. I predict it'll continue to do so. It's already beyond the DPL's capability to coordinate releases. Or maybe not, but only because Ubuntu people are working on real jobs...
      When you write about "dependency tracking systems" you show you do not even understand UNIX makefiles.
      You might say FreeBSD's solution is worst, because it relies on source files. But in fact that's: 1) not entirely true, because bigger stuff is "packaged"; 2) source files - provided you take care to program according to POSIX standards, something some Linux programmers don't do - are highly portable among UNIXes. This ensures the wealth of software FreeBSD has, which is comparable to Debian's in sheer numbers.
      You post here assuming no one's used Debian, or that we're all clueless newbies.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    66. Re:FreeBSD by NutscrapeSucks · · Score: 1

      Actually, FreeBSD does make the FreeBSD port of Java, without Sun's help. But regardless of who's fault it is, the result is the same -- there's a huge portion of traditionally *nix applications that don't run on FreeBSD.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    67. Re:FreeBSD by Anonymous Coward · · Score: 0

      Huh? I spend 90% of my time in a shell. On Linux that's bash. As far as I can tell, it has never broken on me. What is about bash that you think is broken?

    68. Re:FreeBSD by Anonymous Coward · · Score: 0
      The Ports system is far superior to the rpm system. It actually tracks dependancies, and has a system to grab them for you.

      RPM does this too. That's right RPM on RedHat includes automatic dependency resolution. I don't understand why people continue to speak of "rpm dependency hell" when RedHat has supported this for several versions. Check out "rpm --aid" and "up2date -i" sometime...

    69. Re:FreeBSD by Nimrangul · · Score: 1

      Since when was Java a Unix tradition? C is the onluy standard language that they all support.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    70. Re:FreeBSD by Anonymous Coward · · Score: 0

      BSD - it's just Linux for old guys! http://linux.org.au/conf/2002/abstracts.html#bsd

    71. Re:FreeBSD by NutscrapeSucks · · Score: 1

      Since about 10 years ago, which is apparently after BSDers such as yourself stopped paying attention to the computing world.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    72. Re:FreeBSD by Anonymous Coward · · Score: 0

      It doesn't work like UNICES sh on a 1969 vintage Teletype, therefore it is "broken".

    73. Re:FreeBSD by schon · · Score: 1

      Anecdotal evidence only, but it's about the same as was offered in return.

      Ahh, so according to you, any unfounded assertion is true until proven false by hard evidence?

      OK then, your mother is a prostitute.

      Unless you can provide hard evidence to the contrary, your own logic states that she's a whore, and you must therefore admit it, or prove that your logic is inconsistent. And remember, anecdotal evidence doesn't count!

    74. Re:FreeBSD by Anonymous Coward · · Score: 0

      I agree with most of this...I use debian and freebsd I like the ports system more(my pref), because I like to edit my source and compile it with MY options I do not like pre-compiled packages for my server. If you are running a server take the time to look at the source your installing and compile it. It is after all a server that is going to be targeted on the net. Cvsup is great for updating systems. I really have no problems with either. Freebsd is 100% my choice for servers, linux for desktop. my 2 cents.

    75. Re:FreeBSD by snorklewacker · · Score: 1

      It is not an OOM condition. Just google for kswapd and feel the hate from all corners. The linux virtual memory subsystem is broken by design.

      As for OOM, this is also the process tasked with randomly killing off processes when such a condition is reached. Fine piece of engineering there.

      --
      I am no longer wasting my time with slashdot
    76. Re:FreeBSD by Anonymous Coward · · Score: 0

      The linux virtual memory subsystem is broken by design.

      Do you even have a clue what you're talking about?

      As for OOM, this is also the process tasked with randomly killing off processes when such a condition is reached.

      This has been configurable since 2003 (2.4.23): CONFIG_OOM_KILLER

      The default is OFF.

      "This option selects the kernel behaviour during total out of memory condition. The default behaviour is to, as soon as no freeable memory and no swap space are available, kill the task which tries to allocate memory. The default behaviour is very reliable. If you select this option, as soon as no freeable memory is available, the kernel will try to select the 'best' task to be killed."

    77. Re:FreeBSD by synthespian · · Score: 1

      I remeber reading on openbsd@misc (or was it on FreeBSD's mailing list?) that they wouldn't even touch ReiserFS, because they consider the code a big mess.

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

      FreeBSD is for those who love unix ...

    79. Re:FreeBSD by despisethesun · · Score: 1

      Alpha support by whose standards? You provide no evidence to support your claims. Java works fine on every FreeBSD machine I've used. And if the FreeBSD Java port has problems, you can just use the Linux one without any problems.

      --
      This poo is cold.
    80. Re:FreeBSD by despisethesun · · Score: 1

      Well, you've resorted to trolling in response. Nicely done. I don't think I need to provide any further responses to your verbal diarrhea. Come back when you're able to discuss things like an adult.

      --
      This poo is cold.
    81. Re:FreeBSD by NutscrapeSucks · · Score: 1

      By the standards of the FreeBSD project, apparently.

      See http://www.freebsd.org/java/dists/15.html
      who link here:
      http://www.eyesbeyond.com/freebsddom/java/jdk15.ht ml

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    82. Re:FreeBSD by Infernal+Device · · Score: 1

      Which is not why I use FreeBSD, but it certainly goes on the list of minor strikes against OpenBSD.

      Add up enough strikes and sooner or later you're talking about a real reason.

      --
      "My God...it's full of trolls!"
  6. It's my choice by slazzy · · Score: 1

    For webhosting and file servers, I use FreeBSD. But I use OpenBSD for filewalls and I have a winning combo! BSD never seems to get the mainstream headlines like Linux does - anyone know why?

    --
    Website Just Down For Me? Find out
    1. Re:It's my choice by Lifewish · · Score: 4, Informative

      IIRC, there was just enough controversy over the sealed agreement in the Berkely vs. AT&T kerfuffle that developers were a teensy bit nervous about working on BSD. By the time that was all properly dealt with, Linux was already gaining speed, and had the additional advantage of riding the back of a wave of MS hatred.

      --
      For the love of God, please learn to spell "ridiculous"!!!
    2. Re:It's my choice by Anonymous Coward · · Score: 0

      No advertising budget?

    3. Re:It's my choice by Anonymous Coward · · Score: 0

      But AT&T was humiliated????

      They stole more code from BSD! Tons of it!

    4. Re:It's my choice by mr.+marbles · · Score: 1

      BSD never seems to get the mainstream headlines like Linux does - anyone know why?

      Cuter logo?

    5. Re:It's my choice by Lifewish · · Score: 1

      But AT&T was humiliated???? They stole more code from BSD! Tons of it!

      But by that time the FUD had already hit the fan, and BSD didn't manage to duck. This is all IIRC - I wasn't alive then and my memory is crap at the best of times.

      --
      For the love of God, please learn to spell "ridiculous"!!!
    6. Re:It's my choice by SA+Stevens · · Score: 0, Redundant

      and had the additional advantage of riding the back of a wave of MS hatred.

      Linux is for people who hate Microsoft. BSD is for people who love UNIX.

    7. Re:It's my choice by Anonymous Coward · · Score: 0

      I remember the FUD. It was like SCO vs Linux, except BSD didn't have a major fanbase. I'm pretty sure if Linux was attacked in its infancy, Linux would be the little kernel that could that no one knew about.

    8. Re:It's my choice by NutscrapeSucks · · Score: 1

      What the BSDers conviently ignore when they tell this story is that 386BSD forked four times in about 2 years while all of this AT&T stuff was going on. This of course delayed releases and so on -- hell, the original lead guy Bill Jolitz basically got so fed up that he took his ball and went home.

      From an outsider's perspective the *BSD world must have looked one humungous nasty flamewar, while the Linux world was happily and quickly making progress. The Linux world gave themselves momentum, while BSDers were eating their own.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    9. Re:It's my choice by sveskemus · · Score: 1

      BSD never seems to get the mainstream headlines like Linux does - anyone know why?

      No cute penguin.

    10. Re:It's my choice by baadger · · Score: 1
  7. "FreeBSD, FreeBSD, Uber Alles" by ProudClod · · Score: 4, Funny

    Jesus Christ, is this post a bloody propaganda speech or something? Slashdot - keeping the Nuremburg spirit alive!

    --
    Gamers Europe - Gaming News. Reviews.
    1. Re:"FreeBSD, FreeBSD, Uber Alles" by Anonymous Coward · · Score: 1, Insightful

      Can we please refrain from commentary that compares interesting-if-pointless slashdot postings to a regime responsible for events of genocide and blood-letting on an unimaginable scale? While I agree that the article on IBM's website is very rah-rah-rah, I think it hardly compares to a speech by Hitler or Goebbels.

      I mean, this is slashdot, after all. Let's try not to take it TOO seriously...

    2. Re:"FreeBSD, FreeBSD, Uber Alles" by dotpavan · · Score: 2, Funny

      ways to advertise your product
      1) billboards
      2) tech magazines
      3) google adsense

      Or better submit a story to Slashdot!

    3. Re:"FreeBSD, FreeBSD, Uber Alles" by Anonymous Coward · · Score: 0

      compares interesting-if-pointless slashdot postings to a regime responsible for events of genocide and blood-letting on an unimaginable scale?

      Why'd you have to bring up Microsoft?

    4. Re:"FreeBSD, FreeBSD, Uber Alles" by msbsod · · Score: 1

      I am not sure why you compare FreeBSD with the Nazi era, but here are a few hints for the illiterate:

      `Über alles' or `ueber alles', but not `uber alles'.
      `Nürnberg' or `Nuernberg', but not `Nuremburg'.
      `Dummkopf', not `ProudClod'

    5. Re:"FreeBSD, FreeBSD, Uber Alles" by Geoffreyerffoeg · · Score: 1

      Nuremberg is the English name. Unless you're suggesting that we shouldn't use Cologne, Munich, Vienna, Prague etc. - or even Germany - in favor of Koeln, Muenchen, Wien, Praha, Deutschland, etc. (sp?)

      Then again, "Germany Over Everything" doesn't quite have the same ring to it.

    6. Re:"FreeBSD, FreeBSD, Uber Alles" by ProudClod · · Score: 1

      Excellent German insultry there - I'll wear my "stupid-head" badge with pride :)

      Sorry about the lack of correct spelling - an UK keyboard and lack of effort conspired to make me write a rough approximation using the English alphabet.

      --
      Gamers Europe - Gaming News. Reviews.
    7. Re:"FreeBSD, FreeBSD, Uber Alles" by Anonymous Coward · · Score: 0
      Let's try not to take it TOO seriously...
      Look who's talking... so i should not take your post too seriously? Or what is your point again. Your lack of sense of humor?
    8. Re:"FreeBSD, FreeBSD, Uber Alles" by LuSiDe · · Score: 1

      In soccer we used to say: Deutschland, Deutschland alles ist vorbei! Alles ist vorbei! Alles ist vorbei! 1988 :-) and that is in NL.

      --
      WE DON'T NEED NO BLOG CONTROL.
    9. Re:"FreeBSD, FreeBSD, Uber Alles" by arch-absurd · · Score: 1

      At last, a man who knows where the umlaut key is.

  8. Flaimbait by DemENtoR · · Score: 5, Insightful

    "FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been."
    Can it get anymore flaimbaitish than this. Ironicaly enought it comes from I.B.M developer works.

    P.S: Opinions are like assholes, everyone has one.

    1. Re:Flaimbait by Anonymous Coward · · Score: 5, Funny
      P.S: Opinions are like assholes, everyone has one.

      ...and some stink!

    2. Re:Flaimbait by portwojc · · Score: 4, Informative


      It's only true flame bait when you don't quote the whole thing.

      In many ways, FreeBSD has always been the operating system that GNU/Linux®-based operating systems should have been

      The key phrase is "In many ways". It's not a definite and there are many who would agree with that statement.

    3. Re:Flaimbait by bad-badtz-maru · · Score: 1


      some?

    4. Re:Flaimbait by jZnat · · Score: 4, Funny

      ...and others are fun to lick.

      Wait, what?

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    5. Re:Flaimbait by gdbjohnson · · Score: 1

      haha... taking a page out of the Republican book of ethics and misquoting.

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

      So what that there many who agree with that statement? Opposite is true too but besides that its simply irrelevant. There are many who think George W. Bush or Anon Y. Coward are assholes. That doesn't make the statement "George W. Bush and Anon Y. Coward are assholes" any less flamebait. The point is that you start an article or an introduction to an article without heavy-loaded phrases such as that. You could make those (with substance) in your article and articulate them at the end. But you don't make them at the beginning of your article because people require premises. Doh.

  9. Unix is Unix by Anonymous Coward · · Score: 0

    Who cares what you use, as long as it's a free Unix system. No point in flamewars over your OS.

    1. Re:Unix is Unix by M1FCJ · · Score: 1
      I see that you don't remember the days when you couldn't call a Unix derivative what it is or write Unix without appending (TM) next to it.

      Linux got where it was because of the fragmentation and cost of the commercial UNIX systems and limitations of free derivatives.

      Both flavours of free OSes are better than any commercial system available these days, especially in the server room but featurewise Linux surpasses all flavours of BSD.

      Disclaimer: This message was written on a DragonFly BSD 'cause I like it.

    2. Re:Unix is Unix by Anonymous Coward · · Score: 0
      I see that you don't remember the days when you couldn't call a Unix derivative what it is or write Unix without appending (TM) next to it.

      That would be pretty bad memory, because you still can't do that right now.

  10. gaaarr by Anonymous Coward · · Score: 0

    I usually hate complaints about bad posts more than I do the offending post, but not this time. Flame away.

  11. Linux And The BSDs by Goo.cc · · Score: 3, Informative

    Linux and BSD based operating systems provide many of the same services, and pretty much work the same way. I think that you can't go wrong with either of them. I see no need to pit them against each other, as they both provide freedom and excellence to the user.

    1. Re:Linux And The BSDs by Anonymous Coward · · Score: 1, Interesting
      FreeBSD is extremely scalable and runs most applications written for Linux or BSD flavors. Don't assume that FreeBSD is a Swiss army knife among free operating systems, though: It's neither as secure as OpenBSD nor as scalable as a future Open Solaris version can be safely thought to be. But it competes with any operating system -- commercial or free -- on the Intel chip and, in many cases, provides a more stable and scalable platform than any of its nearest competitors.
      A very fair article.
    2. Re:Linux And The BSDs by latroM · · Score: 1

      "Linux" is GNU+Linux, FreeBSD is a complete OS.

    3. Re:Linux And The BSDs by stoney27 · · Score: 4, Interesting

      Yes but there is the licenses issue. BSD style licenses vs the GPL.

      At least for companies to use the OS with there products.

      Now the licenses issue is not going to concern me if all I am doing is setting up a machine to run at home. And I think it comes down to what you are use to. I have been mostly a old Sun Admin and I like FreeBSD over Linux, although I do like the rc start up scripts of Linux over FreeBSD.

      And it did make the move to OS X easier coming from FreeBSD. However I am not sure I will ever get use to the changes in the startup files that Apple has introduced. Maybe some day.

      -S

      --

      It is said that a child learns wisdom from the parent,
      but the truly wise parent learns joy from the child
    4. Re:Linux And The BSDs by cheesybagel · · Score: 4, Insightful

      Neither FreeBSD, nor OpenBSD scale as well on large SMP systems as Linux. Period. OpenBSD may have more security features and FreeBSD may have its own strong point, but scalability sure as heck isn't one of them.

    5. Re:Linux And The BSDs by gilesjuk · · Score: 2, Interesting

      It's not as fast as Linux 2.6 though, which pitted against OpenBSD, NetBSD and FreeBSD came out top in almost all tests.

      http://bulk.fefe.de/scalability/

    6. Re:Linux And The BSDs by Kjella · · Score: 3, Interesting

      Yes but there is the licenses issue. BSD style licenses vs the GPL.

      At least for companies to use the OS with there products.


      Linux doesn't require that applications running on top must be free/open (Or Red Hat, Suse, IBM, Oracle and everyone else doing that would be in trouble), so what would be the difference? The only thing they can't do is modify the kernel, distribute it, and not ship the code. And that is only relevant to an OS company. Hell, they could even do all the in-house customization they want, like the NSA did. Or just publish their modifications, since they're not in the OS business anyway. So to claim there's any relevant licensing difference for companies using either OS is just FUD, in my opinion.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    7. Re:Linux And The BSDs by SA+Stevens · · Score: 1

      Also the GNU added to Linux is spotty and arbitrary, depending on what any of a few hundred 'distro producers' decide to include, and from what sources.

      The BSD OSes, on the other hand, have a userland archived and tracked from a single CVS source tree.

    8. Re:Linux And The BSDs by Predius · · Score: 1

      Ooofh, that test data is so out of date it hurts. : ) FreeBSD 5.x up till recently was very much a debug build that was still being tuned. I'd like to see the tests rerun using current releases, toss DragonFly in there as well.

    9. Re:Linux And The BSDs by SA+Stevens · · Score: 4, Insightful

      Linux only scales well on said 'large SMP systems' where there has been a tremendous amount of hand-holding by the vendors of said hardware.

      I'm having good experiences running NetBSD on a quad CPU server here, but you didn't mention NetBSD...

      And I know that isn't necessarily a 'large SMP system.'

      Frankly, who *cares* what proprietary vendors are able to twist Linux into doing on their specific hardware? They could do the same thing with any OS they focused on.

    10. Re:Linux And The BSDs by Shanep · · Score: 1

      That benchmark is old now. But did you look at the updates regarding NetBSD? They made dramatic improvements very very quickly.

      There are other benchmarks out there which show opposite outcomes where BSD's are faster, so...

      I think the most important thing to do is test the systems against the applications you run most. I perform certain memory intensive data mining on large datasets. For me FreeBSD and NetBSD are by far the fastest at what I do in that respect.

      If I had a bias, it would be with OpenBSD, which I most enjoy using. Linux, including 2.6, is nowhere near as quick as FreeBSD or NetBSD for my specific application. So treat these benchmarks with interest and build on that interest if it takes your fancy. But don't live by these numbers and settle on some OS because of them. Chances are that you are doing yourself a disservice if you interpret the specific benchmarks as being more wide reaching.

      Benchmarks are useful when people understand how specific their results are. Interpretting results further should always be backed up with either benchmarks which cover that extension or otherwise the real desired application.

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    11. Re:Linux And The BSDs by SnowZero · · Score: 1

      Ah but what C compiler does it use? Guess its "complete minus a compiler". Don't worry though, I won't tell RMS so he starts ranting about FreeBSD/GCC.

    12. Re:Linux And The BSDs by dknj · · Score: 1

      And it did make the move to OS X easier coming from FreeBSD. However I am not sure I will ever get use to the changes in the startup files that Apple has introduced. Maybe some day.

      Well, OS X is hardly FreeBSD. It is a redesigned mach kernel with a lot of FreeBSD influences because the senior FreeBSD developers were wooed by apple :)

    13. Re:Linux And The BSDs by NutscrapeSucks · · Score: 3, Insightful

      Yes but there is the licenses issue. BSD style licenses vs the GPL. At least for companies to use the OS with there products.

      Just as a factual matter, Linux and GPL software have recieved about 10^6 more corporate support than BSD-licenced software in recent years. The GPL has proven to be a very corporate-friendly license because it allows copyright holders to share their code without giving away the 'exploitation rights'.

      Plus, I think you could argue that the big exception (Apple), was driven more by technical reasons than licensing ones. They started with an 1980s BSD-based OS, so FreeBSD code was a better fit. If OS X was a clean slate, who knows?

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    14. Re:Linux And The BSDs by Big+Jason · · Score: 1

      Bah, Linux is a toy compared to Solaris. A typical "large" Linux system is what, 4-8 procs? My low-end Sun boxen are 4-8 procs...

    15. Re:Linux And The BSDs by NutscrapeSucks · · Score: 3, Insightful

      I see no need to pit them against each other, as they both provide freedom and excellence to the user.

      FreeBSD has a bit of an identity crisis, they sorta see themselves as "Linux Junior", with a chip on their shoulders. Which is why every single pro-BSD article is basically a comparison to Linux.

      If you look at how Linux has been positioned and marketed, they've never felt the need to "eat their own" and convert FreeBSD users. At least not in the last 10 years.

      Linux has always been positioned for "world domination" -- first they convinced UNIX/RISC systems to convert, then scientific systems, then embedded systems, and now they are working on Windows systems. Whether it's Java/J2EE, or Oracle, or ERP, or StarOffice, Linux finds a way into a market. These are all new customers.

      Meanwhile FreeBSDers sit back and look at the load-average on their sendmail servers and then wonder why the world isn't knocking on their door . Rather than define themselves somehow, they respond by nipping at Linux's heels.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    16. Re:Linux And The BSDs by Anonymous Coward · · Score: 0

      Who cares? Well the people/companies who purchase said hardware would obviously care.

    17. Re:Linux And The BSDs by paxmark1 · · Score: 1

      I think there would be more single users running FreeBSD if they offered you a choice in set up as to bash or csh.

      peace mark

    18. Re:Linux And The BSDs by BomberMonkey · · Score: 2, Informative

      I don't know how closely you've been following the BSDs, but NetBSD 2.0 added some very smooth SMP support and impressive scheduler activations-based native threads. It's only a matter of time before those things are ported to the other BSDs and matured.

      You're probably right that they don't scale as well on the really large systems, but that seems to mostly be due to lack of developer and corporate support. This is unfortunate, because honestly, the BSDs rock.

    19. Re:Linux And The BSDs by Anonymous Coward · · Score: 0

      lol, have you read posts from last month on freebsd lists ? Latest FreeBSD code runs fine on 12-CPU servers and is scalable.. perhaps you're talking about 4.X or the early 5.X releases ?

    20. Re:Linux And The BSDs by NutscrapeSucks · · Score: 1

      Well, quad systems have been commodity hardware for about a decade now (PPro). Really nothing that special about them. My impression is that Linux developers have been targetting such systems for many more years than BSD developers.

      Frankly, who *cares* what proprietary vendors are able to twist Linux into doing on their specific hardware?

      I get the distinct impression you do. Are you saying the NetBSD project wouldn't welcome corporate support for better scalability?

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    21. Re:Linux And The BSDs by Anonymous Coward · · Score: 0
      The GPL has proven to be a very corporate-friendly license because it allows copyright holders to share their code without giving away the 'exploitation rights'.

      What a load of malarkey. And you really thought we would buy that?

    22. Re:Linux And The BSDs by mrroach · · Score: 1

      I'm dissapointed that there's not much technical discussion going on here. Having used both GNU and BSD userland tools, I tend to prefer the GNU tools. Are there folks who prefer the BSD ones (for reasons other than licensing)?

      Also, I'm used to debian's layout of the filesystem, and generally find it to be pretty sane. On FreeBSD it seems that some packages are installed under /usr, others under /usr/local, lots of applications in the X11R6/bin directory, and other things of that sort that I can't now remember. Is there a logic to the layout that I am missing? All I could tell was that packages go to one location, and ports go to another, but I can't really see the sense it that...

      Also, most of the time you see comparisons between FreeBSD and Linux, it is really FreeBSD and RedHat. Can anyone who has used both Debian and FreeBSD in production environments tell me when they pick one vs. the other?

      -Mark

    23. Re:Linux And The BSDs by Goo.cc · · Score: 1

      "Yes but there is the licenses issue. BSD style licenses vs the GPL."

      That's true, if you are a developer that distributes software. As an end user, the BSD and GPL licenses have the same effect on me.

    24. Re:Linux And The BSDs by Lost+Found · · Score: 1

      Funny, I remember seeing some MySQL benchmarks a while back that touted three versions of FreeBSD (4.x with the normal threads, 4.x with LinuxThreads [hah], and 5.x) versus OpenBSD vs NetBSD vs Linux 2.4 and 2.6 vs Solaris. I believe that Linux did not come in first place on one single benchmark out of a batch, and when they went from 1 to 2 processors, *bsd fell on its fucking ass hardcore, with Solaris rocking and Linux rocking harder.

      I'm seriously sick and tired of all the BSD whiners who drone on and on about how their OS is superior, and then when someone points out that they are in fact full of nothing but hot air, they whine and whine about how it's not their fault because Linux has better support. Perhaps if BSD politics didn't suck absolute balls, they wouldn't have lost that support and some of their key developers in the first place.

      Then of course Linux gets bashed for things like RPM, as if RPM is a pill every Linux user must swallow. BSD has forked kernels, we have one kernel with occasional minor patch-level deviation and forks on the system level. It is therefore not surprising to me at all that Linux can do things like boot a 64-processor HP Superdome on a stock 2.6 kernel and scale linearly to the last processor.

    25. Re:Linux And The BSDs by keramida · · Score: 1
      Just as a factual matter, Linux and GPL software have recieved about 10^6 more corporate support than BSD-licenced software in recent years. The GPL has proven to be a very corporate-friendly license because it allows copyright holders to share their code without giving away the 'exploitation rights'.

      I must be living in a different planet, where GPl'd software is indeed a problem in corporate environments that don't feel like sharing their entire intellectual property & rights to code they have written because "it happens to link to GPL'd code".

      Bzzzzzt! I don't think GPL is corporate-friendly.

      --
      My other computer runs FreeBSD too.
    26. Re:Linux And The BSDs by NutscrapeSucks · · Score: 1

      GPl'd software is indeed a problem in corporate environments that don't feel like sharing their entire intellectual property & rights to code they have written because "it happens to link to GPL'd code".

      I don't think this is a serious problem. Commercial software houses can and do work around the issue. Internal server-side development is mostly immune to it. Perhaps if Linux had more desktop deployment (where component integration is much more widely used), it would start to become a real problem.

      Bzzzzzt!
      Listen! The haunting cry of an Internet dickhead.

      I don't think GPL is corporate-friendly.
      Regardless of what you think, money talks, bullshit walks. And GPL has a lot of money behind it.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    27. Re:Linux And The BSDs by Anonymous Coward · · Score: 0

      what about threading? Why FreeBSD does not have its own good threading until recently? Does it use Linuxthreads still?

    28. Re:Linux And The BSDs by RedWizzard · · Score: 1
      The only thing they can't do is modify the kernel, distribute it, and not ship the code. And that is only relevant to an OS company. Hell, they could even do all the in-house customization they want, like the NSA did. Or just publish their modifications, since they're not in the OS business anyway. So to claim there's any relevant licensing difference for companies using either OS is just FUD, in my opinion.
      What about all the companies who sell a product with an embedded OS? Routers, firewalls, PVRs, etc? It's hardly FUD to say that the license difference is significant in those cases. Certainly there have been a number of GPL violations and it is often difficult to get the kernel source from the manufacturer. Those problems would have been avoided had the manufacturers chosen BSD.
    29. Re:Linux And The BSDs by Anonymous Coward · · Score: 0

      "FreeBSD has a bit of an identity crisis, they sorta see themselves as 'Linux Junior'..."

      Linux Junior? What the hell are you talking about? The reason I use OpenBSD/FreeBSD over Linux is because I absolutely hate Linux. I hate the way it's laid out, I hate the way that most (aside from Gentoo) Linux distros do not manage dependencies, and, I absolutely can not stand how shit-caked Linux is. Linux Standard Base is a joke. I've used quite a few Linux distros and every one had configuration scripts, packages, configuration files, and just about everything else in different places. That annoys the shit out of me.

      "Linux has always been positioned for 'world domination'..."

      Oh, please. If anything, Linux is the "Junior" operating system.

    30. Re:Linux And The BSDs by Doctor+O · · Score: 1

      Actually, I think you haven't looked into FreeBSD very deeply. I post this from a Mandrake 10.1 box, but we have FreeBSD servers at work so I read quite a bit of the docs and always have some FreeBSD box around to play with from time to time. I cannot observe what you're saying.

      FreeBSD is rather high-end. I don't care for drivers, I don't game and I have no cheap or weird hardware so I can't bitch about that. My machine is five years old and runs FreeBSD just fine without having to tweak *anything*. YMMV, obviously some hardware is difficult to get to work, but I have never experienced it.

      The ports collection rocks. You can auto-update it via cvsup and it's usually *much* more current than most Linux distros I've used for long enough to make claims about (SuSE, Debian, Mandrake, and those are *quite* up to date if you autoupdate frequently). If you don't like compile times, just use binary packages they happily provide you with.

      So it's up to date and it's much more secure by default, and you can turn it into a reall fortress with all those nice details like ACL, chrooted jails etc. etc. so Linux is no match here.

      Still, I use Linux on my desktop as I feel more comfortable with it. My inner geek knows that technically FreeBSD might be superior, but Linux is just more fun. But FreeBSD definitely has a strong identity. It makes a nice alternative between OpenBSD for the technical perfectionists and Linux with it's huge mass of software. (And FreeBSD runs Linux binaries just fine through the Linux Compatibility Thingamabob. So I heard. I just never had to as all software is availably instantly for FreeBSD.)

      --
      Who is General Failure and why is he reading my hard disk?
    31. Re:Linux And The BSDs by ShadowOnline · · Score: 1
      although I do like the rc start up scripts of Linux over FreeBSD.

      Hate to be a nitpicker, but Linux doesn't have RC scripts; Linux-based OSes might.
      It's one of the points that the author of the article was trying to make. FreeBSD is a complete OS, while Linux is just a kernel that some people have created an OS around.

      I can agree that certain Linux distributions have better RC scripts and even a better ports system.
      Overall though I much prefer FreeBSD as an OS to any Linux-based OS I have tested.

    32. Re:Linux And The BSDs by dbIII · · Score: 1
      Now the licenses issue is not going to concern me if all I am doing is setting up a machine to run at home
      The licencing issue is not a big deal - manufacturers and software houses mostly realise this now. For example: yesterday I bought a d-link ADSL modem and it had a printed copy of the GPL packaged with it, since it has some GPL licenced software on it. A couple of extra pages in a small leaflet and a couple of meg of space on a low traffic website isn't a lot to pay in exchange for saving a lot in development costs.

      They only have to make available the stuff they got for free themselves and any modifications, their own software which talks to those applications is their own software and they can do what they like with it. If you only have a tweaked version of GPL app A you need to make the source available. If you have a gui front end developed entirely in house called app B, which calls app A then it's all yours whether app A is GPL or not.

    33. Re:Linux And The BSDs by Anonymous Coward · · Score: 0

      about 10^6 more corporate support than BSD-licenced software in recent years.

      With a BSD license a company can use it and not have to publish that they do. They can keep the fact that they use BSD a secret for competitive advantage.

      For example, Juniper uses FreeBSD as the bases of their kernel for JunOS. All traffic is offloaded to ASICs, but on boot-up a FreeBSD kernel is loaded.

      Just because you can see something doesn't mean it's not there.

    34. Re:Linux And The BSDs by snorklewacker · · Score: 1

      FreeBSD has a bit of an identity crisis, they sorta see themselves as "Linux Junior", with a chip on their shoulders. Which is why every single pro-BSD article is basically a comparison to Linux.

      I suppose that makes Linux a "Windows Junior"

      --
      I am no longer wasting my time with slashdot
    35. Re:Linux And The BSDs by NutscrapeSucks · · Score: 1

      > FreeBSD is rather high-end.

      Um, no, it certainly is not. Its forte is low-end server installations running stand-alone installations of stock Unix software.

      As for the rest of your post about "Ports rock over Linux blah blah blah", I suggest you back and read my post because you're a perfect object example of what I'm talking about.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    36. Re:Linux And The BSDs by stor · · Score: 1

      Linux only scales well on said 'large SMP systems' where there has been a tremendous amount of hand-holding by the vendors of said hardware.

      Where did you pull that from? Care to cite some hard numbers or a technical discussion?

      Of course not: you've just decided that the above is true because you want to believe it.

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    37. Re:Linux And The BSDs by tigga · · Score: 1

      It uses GCC, yes. It might be compiled with Intel C and Tendra C. It does not use glibc though.

    38. Re:Linux And The BSDs by Anonymous Coward · · Score: 0
      So it's up to date and it's much more secure by default, and you can turn it into a reall fortress with all those nice details like ACL, chrooted jails etc. etc. so Linux is no match here.

      Ok, did I just wake up in 1999? What are you talking about? The current release of RedHat not only has ext3 acls, chroot jails, and an excellent firewall, it also includes selinux. That's Mandatory Access Controls for all running processes. FreeBSD has nothing that even compares to SE Linux.

    39. Re:Linux And The BSDs by Anonymous Coward · · Score: 0

      Unless you're using kFreeBSD, which does use Glibc. Even as a GPL guy though, kFreeBSD is about as useless as they come. I mean, even more useless than The HURD, and then some.

  12. News? by N3TW4LK3R · · Score: 3, Insightful

    Exactly how is this news?

    I've know that FreeBSD was much better than Linux for ages ;)

    Joking aside, FreeBSD is a bit hard to install and get working if you're using it as a workstation OS...
    I've been using it for 4 years now and it still took most of my free time in a period of 2 weeks to get it installed properly on my newly bought laptop (with all the details and little stuff, that is)
    Of course when I was done, it was very much worth it. I don't think any system is as robust and stable as FreeBSD.

    A huge "Thank You" to the developers!

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

      Installing is not a problem anymore. PC-BSD is FreeBSD underneath, which has the most easiest installation process ever!

  13. What? What linux should have been? by demon_2k · · Score: 1

    Who writes this crap?

    People make more and more software for the unix like. Nicer looking with more eyecandy, it also helps to keep up with Windows looking more and more like a toy then an operating system.
    The point is, people should install more appropriate software for their older hardware. Software that is less demanding. Because some idiot complains that kde 3.4.1 doesn't look nice on his 386 is not a fault on the pingiuns behalf.

    More appropiate software and components make more specialized Operating System.

    1. Re:What? What linux should have been? by dotdan · · Score: 1

      The worst part is that the same person wouldn't even think of installing Windows XP on the same box.

  14. I know, I know... by Anonymous Coward · · Score: 0

    "It runs on out-of-date Intel machines and 64-bit AMD chips, and it serves terabytes of files a day on some of the largest file servers on earth."

    goatse.cx?

    1. Re:I know, I know... by dnaumov · · Score: 3, Informative

      No, FreeBSD runs THIS.

    2. Re:I know, I know... by cheesybagel · · Score: 0, Offtopic

      Linux runs this. :-)

    3. Re:I know, I know... by baadger · · Score: 1

      Windows runs this. Nuff said

    4. Re:I know, I know... by gr8dude · · Score: 1

      Excuse me if this is a silly question, but what does Slashdot run on?

    5. Re:I know, I know... by Anonymous Coward · · Score: 0

      "Excuse me if this is a silly question, but what does Slashdot run on?" Linux 2.4

    6. Re:I know, I know... by Anonymous Coward · · Score: 0
      Yahoo is dumping FreeBSD. In fact Yahoo is dumping FreeBSD and switching to Linux:
      " . . . in December, Yahoo started to port its homegrown infrastructure applications from its custom operating system to Red Hat Enterprise Linux 4.0, which was in beta at the time and was released last week. Plans call for a gradual migration of more applications to Linux."
  15. 386 by qualico · · Score: 1

    Are there any versions still available for 386?

    1. Re:386 by ocelotbob · · Score: 1

      The kernel can be built for the 386 by following instructions in the handbook. It's not enabled by default anymore, but as long as you have a decent amount of disk space, you should be able to build it without any problem.

      --

      Marxism is the opiate of dumbasses

    2. Re:386 by TheBracket · · Score: 1
      Are there any versions still available for 386?

      I know you can still get 5.x to run on a 486DX (not the SX - it requires a hardware FPU), and I believe it will run on a 386DX if you have an external floating point chip. Unfortunately, 5.x would need to be recompiled with different compiler flags to run, so installation might be a challenge!

      3.x and 4.x both run fine on 386 and 486 class chips.

      --
      Lead developer, http://wisptools.net
    3. Re:386 by portwojc · · Score: 1

      4.11 supports the 386 just 5.* and above won't.

      http://www.freebsd.org/releases/4.11R/announce.htm l

      Of course you have to ask yourself the question why would you want to use a 386?

      I can't think of a good reason. Well except to poke at their decision. Or unless you can't just dig down a little deeper in the dumpster to the 486's.

    4. Re:386 by SA+Stevens · · Score: 2, Interesting

      I run NetBSD on a Macintosh SE/30.

      Because I can.

      (I run Minix on a 286 laptop)

    5. Re:386 by qualico · · Score: 1

      "...unless you can't just dig down a little deeper in the dumpster..."
      rofl

      I have a client STILL running their business on a 386 I built with SCO XENIX many years ago.
      The application, written in BBX, (business basic), would have to be re-written.

      So, I'm thinking the road is easier to build a dumpster referb 386.

      Just looking at all the options.

  16. What about man-pages? by flowerHercules · · Score: 0, Troll

    It is unusual to mention operating system documentation that comes with UNIX systems because such documentation tends to be as unreadable as it is intrinsically interesting and useful.

    NAME
    xine - a free video player
    SYNOPSIS
    xine [options] [MRL] ...
    DESCRIPTION
    This manual page documents briefly the xine audio/video player.

    ...

    -f, --fullscreen
    Switch xine to fullscreen mode on start (just like pressing "F")
    -g, --hide-gui
    Hide all GUI windows (except the video window) on start. This is the same as pressing "G" within xine.

    ...

    I guess if you want a fluffy story to cuddle up with at night, FreeBSD is for you. If you want to get a man-page that tells you what you want to know without complicated characters and a twisting plot...(L)Unix is the way to go. I can't imagine what I would want option parameters listed in the documentation for?

    1. Re:What about man-pages? by Anonymous Coward · · Score: 0

      i hate how man pages list every single options.. but ime can't include the most common usages, for example tar

    2. Re:What about man-pages? by Anonymous Coward · · Score: 0

      Umm.. try man xine in Linux. You have it completely backwords. If you want a fluffy, gui/ncurses admin platform, go Linux/Windows (Linux can be done by hand, but you ain't gonna see that in Fedora/Suse). *BSD users -live- in the man pages

    3. Re:What about man-pages? by drsquare · · Score: 0, Troll

      Parent is a Linux troll.

      BSD is renowned for having better documentation than Linux. Unlike on Linux where the man pages are a half-arsed effort, an after-thought, brief, confusing and full of errors, on BSD they're done properly, with skill and expertise.

      They leave nothing to chance, they explain everything simply and easily, with plenty of intuitive examples and useful explanations. Yes, with BSD, you know exactly where you are and what to do.

      Some of the Linux developers might think that documentation is for losers (or lusers as they like to call the people who use their software), but on BSD they realise that people might not necessarily know everything about their system, every command, every option or every file, so they treat the user with respect, explaining things which need explaining. This means that BSD is easier to use and configure, a great user experience.

      So the next time you're frustrated trying to fix Linux, and the IRC channels tell you to RTFM, the newsgroups call you a Microsoft shill, and you wonder why TFM is so poor, or why no-one cares, remember that just around the corner is an operating system where the user comes first. BSD.

      Here are some useful links:
      http://freebsd.org/
      http://openbsd.org/
      http://netbsd.org/

    4. Re:What about man-pages? by flowerHercules · · Score: 1

      First of all, that snippet was from man xine...

      Secondly, if adding a -f option to the command is confusing, then BSD has to be more of a 'Let me hold your hand while we explore what we can do!' than Windows...and that scares me.

      Hardly a troll, though. You jumped on the defense, I simply copied and pasted from 'man xine'.

    5. Re:What about man-pages? by Anonymous Coward · · Score: 0

      Repeat after me: BSD uses the SAME software as Linux. "man xine" in Linux should return the same result as "man xine" in BSD. Also, I fail to see how telling you comman line switches is hand-holding. Type "anything /?" in the windows command prompt and see what you get.

    6. Re:What about man-pages? by Anonymous Coward · · Score: 0

      What do you mean 'Linux'. 'Linux' is a kernel. My Debian GNU/Linux system has excellent documentation btw. I don't need your BSD for that kind of stuff, thank you.

  17. Why Skippy? by Anonymous Coward · · Score: 5, Funny

    Skippy is the unknown giant among peanut butters. Starting out from George Washington Carver's project, it is an extremely creamy spreadable peanut product mostly for the "& Jelly" sandwich and its clones. In many ways, Skippy has always been the peanut butter that Peter Pan should have been. It spreads on Wonder Bread and artisan sourdough loafs fresh from the oven, and it serves terabites of children a day on some of the largest daycare centers on earth.

    1. Re:Why Skippy? by ThePatrioticFuck · · Score: 1, Funny

      I'm sorry, but Jif kicks Skippy's ass :)

    2. Re:Why Skippy? by SA+Stevens · · Score: 1

      'Skippy' isn't peanut butter at all. It's just sugar paste and trans-fat oils and assorted glop, plus some of the offal the peanut processors have left after skimming out the good parts of the peanut (the peanut oil, etc.) to sell at higher prices.

      The process of making 'real' peanut butter involves grinding peanuts into a fine paste and possibly adding salt. The only ingredients listed on the jar should be 'peanuts and salt.' There are often several brands and types of real peanut butter available at stores these days. Skippy is NOT one of them.

    3. Re:Why Skippy? by robotoverflow · · Score: 1

      No way. Kangaroos can beat cleaning products any time, any place.

      --
      % mkdir :
      % ls -dF :
      :/
    4. Re:Why Skippy? by Anonymous Coward · · Score: 0

      I bet you're a lot of fun at kids' birthday parties. ;D

    5. Re:Why Skippy? by Anonymous Coward · · Score: 0

      And, amazingly, they all taste like shit. The "glop" is to give it a good flavor, which straight peanuts and salt do not have. Whoops, did I say that?

    6. Re:Why Skippy? by SA+Stevens · · Score: 1

      Well, if that's your criterion, you might as well put Hershey's Syrup on your sandwiches and be done with it.

    7. Re:Why Skippy? by xactuary · · Score: 4, Funny

      I hope someday that you'll have to eat those words.

      --
      Say hello to my little sig.
    8. Re:Why Skippy? by dabigpaybackski · · Score: 1

      That's right. It makes me wince when I go to Safeway see row upon row of toxic "food" filled with hydrogenated oils. People are actually putting this crap in their bodies.

      --
      "OH SHIT, THERE'S A HORSE IN THE HOSPITAL!"
    9. Re:Why Skippy? by noamsml · · Score: 1

      Ooo! Peanut butter flamewars!

      (For all those who wonder, I prefer natural peanut butter)

    10. Re:Why Skippy? by Ragica · · Score: 1
      And the ones that have salt generally are pandering to people who no longer are capable of appreciating the perfect beautify of simply ground peanuts.

      But then the culture that gave us Skippy and the like is the culture who through much of recent times ranked "white bread" as its population's single greatest source of calories. But the Americans have been learning, slowly, that their diet is killing them.

      But to stick to this metaphor, perhaps salted peanut butter is like Linux. Pretty good. But the salt is not necessary, and often used just to mask inferiority of product, or to make it more palatable to those corrupted by the fat/sugar stuff. BSD is purer unsalted goodness. (-:

  18. Eh.. by ratta · · Score: 1

    This is a good reason for which we really need hardware with open specifics, and not just closed source linux drivers...

    --
    Wondering why i am doing so strange posts? I am trying to get a "+5,Flamebait" or "-1,Insightful" rating.
    1. Re:Eh.. by Anonymous Coward · · Score: 0

      "specs" stands for Specifications, not Specifics...

    2. Re:Eh.. by Anonymous Coward · · Score: 0

      "specs" stands for Specifications, not Specifics...

      X-Ray Specifications? Nope. Think you'll find "specs" stands for "spectacles".

  19. The "Life" section by tepples · · Score: 2, Insightful

    Let me make an analogy to a newspaper. Not everything you get in a newspaper is "news". For instance, there's the "Life" section of USA Today or the "Living" or "Features" section of a typical local daily newspaper, which typically runs plenty of articles other than news. Even the "Business" section (called "Money" in USA Today) usually has some articles other than news.

    1. Re:The "Life" section by _Sharp'r_ · · Score: 2, Insightful

      This story is more like the editorial section of most papers. A thinly disguised attempt at flamebait and/or trolling in order to induce responses.

      And for the record, I prefer FreeBSD over any other operating system. I'm currently sitting surrounded (well, surrounded on three sides) by FreeBSD boxes, one of which I've even convinced my wife to use as her normal desktop.

      --
      The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    2. Re:The "Life" section by WebCrapper · · Score: 1

      You're Lucky...

      I currently have 2 machines around me, about to add a third. My wife, yea, she hates it because it has "that little devil thingy on the screen all the time..." No matter how many times I've explained it, she says the same thing - it looks like the devil... Some people just don't get it.

    3. Re:The "Life" section by anagama · · Score: 2, Funny

      My wife, yea, she hates it because it has "that little devil thingy on the screen all the time..."

      Hell -- the devil makes me want to try it!

      --
      What changed under Obama? Nothing Good
  20. Giant FreeBSD by Anonymous Coward · · Score: 1, Interesting

    Unknown Giant huh...

    FreeBSD is the the guts of Apple's Mac OS X. Which incidentally outnumbers all other forms of Unix/Linux by about five to one.

    And although OS X on Intel is coming, it is still 99.999% PowerPC.

    1. Re:Giant FreeBSD by Anonymous Coward · · Score: 0

      As Free *nixes are running on everything from clocks to routers(factoryinstalled) to supercomputers I hardly believe you.

    2. Re:Giant FreeBSD by Anonymous Coward · · Score: 0

      Agh, it is NOT 99.999% PPC code! You're assuming this is like the 68k -> PPC switch where Mac OS contained large amounts of 68k code for years after the older machines were no longer supported. This is not the case! Unlike the old Mac OS, OS X is very easily ported to different platforms. Hell, NeXT was a tiny company yet they still managed to have their OS running on three different CPU architectures.

      Your statement is very very false. Absolutely none of the OS will be running through rosetta.

    3. Re:Giant FreeBSD by Anonymous Coward · · Score: 0

      don't just make up shit... linux deployments passed apple's years ago fucktard

  21. OpenBSD by Bizzeh · · Score: 0

    OpenBSD is another Free Open Sourced BSD OS, one of its bigest points is its security, it has only had 1 remote exploit in 8 years. its very fast to install, very easy to use, super secure, perfect for a router box or a server.

    1. Re:OpenBSD by TheRaven64 · · Score: 3, Insightful

      Security is a big point for OpenBSD, but I would consider the documentation and the ease of administration as being bigger points. OpenBSD has a very minimalist approach, which translates to being very simple to learn and run. It also has the policy that any commit to CVS that changes the user-visible behaviour of any part of the base system must also include an update to the man pages. FreeBSD doesn't do this - something that stung me when they changed the interface to Project Evil between 5.3 and 5.4.

      --
      I am TheRaven on Soylent News
  22. FreeBSD is nice and clean by slummy · · Score: 3, Informative

    But all the new and fun stuff comes out for Linux. If you're looking for something close to the style of FreeBSD, but with the new and freshness of Linux, try Gentoo.

    1. Re:FreeBSD is nice and clean by TeknoHog · · Score: 1

      Agreed. I read the article, and couldn't find any answer to the question "Why FreeBSD?" since I already use Gentoo.

      --
      Escher was the first MC and Giger invented the HR department.
    2. Re:FreeBSD is nice and clean by drsquare · · Score: 0, Troll

      Unfortuanately, whilst superficially Gentoo may be similar to FreeBSD, the systems are completely different. BSD is built from the ground up to be secure, powerful and reliable. Gentoo is a hack which attempts to make something of the mess than is Linux. At the end of the day, Linux is an amateurist effort, with uncooperative developers who argue and pull in different directions. The kernel is made by one group, the libraries by another, the distribution by another etc. All different, all disorganised.

      On BSD it's a team effort, it's the full package, it all works together well. With BSD, the developers think about how to make it better, with Linux they think about how to make things more broken.

    3. Re:FreeBSD is nice and clean by HyperChicken · · Score: 3, Insightful

      If you're looking for something close to the style of FreeBSD, but with the new and freshness of Linux, try Gentoo.

      Great idea, sir! Spend 6+ hours compiling something. Hooray!

      Then again, you could have just installed FreeBSD and saved yourself 5.5 hours.

      --
      Free of Flash! Free of Flash!
    4. Re:FreeBSD is nice and clean by Anonymous Coward · · Score: 1, Insightful

      *pats drsquare on the head*
      Yeah. Obviously all linux programmers and moreover linux users are morons. In contrast, the freebsd guys are as gods, and if they can't figure out a problem, they turn to you, the most brilliant entity on the planet.
      No shut down your computer and take your medicine, then you're off to bed, it's almost quarter past six.

    5. Re:FreeBSD is nice and clean by WilliamSChips · · Score: 1
      with Linux they think about how to make things more broken.
      That registers a 5 on the Troll-O-Meter.
      Oh yes, Linux developers wake up in the morning thinking "How can I make this more broken?"

      And now for the rest of your post.
      BSD is built from the ground up to be secure, powerful and reliable.
      The original BSD was the target of the Morris worm. :P
      But seriously, Linux is also built from the ground up to be secure, powerful, and reliable. The modularity encouraged by decentralization doesn't hurt either.
      Gentoo is a hack which attempts to make something of the mess than is Linux.
      Gentoo is Linux with an improved init and an improved ports.
      The kernel is made by one group, the libraries by another, the distribution by another etc. All different, all disorganised.
      And a lot of code is shared between Linux and BSD. Quite a few Linux drivers are from BSD, and most BSD boxen nowadays are compiled with gcc(Also note that the current gcc derives from egcs, which, prior to RMS turning over all gcc development to egcs, was completely seperate from the old gcc. Decentralization's benefits in action). And those are only the most important examples.
      --
      Please, for the good of Humanity, vote Obama.
    6. Re:FreeBSD is nice and clean by 64nDh1 · · Score: 1
      Wouldn't Slackware be more UNIX-esque? Or is that just rumour?

      Unless you mean Gentoo because it doesn't come with X by default (and for those who want it with X there's always VidaLinux 1.1 and NavynOS - the latter I find imperfect, but the former has received glowing reviews for a pre-compiled Stage 3 install, with X, and a GUI frontend (Porthole) to the Portage system)?

    7. Re:FreeBSD is nice and clean by Excelsior · · Score: 1

      Aw, cripe. Nice logic. You, sir, should be part of the whitehouse press staff, where you can gracefully dodge the real issue at hand. Your post takes us in a weird circular logic right back to using FreeBSD. The gp entire point is that you need a Linux distro to have the latest-and-greatest software in the open-source world.

    8. Re:FreeBSD is nice and clean by HyperChicken · · Score: 1

      What kind of weird mind reading powers do you have? The original poster made no mention of "latest and greatest software". Further, there is very little software which will not run on FreeBSD.

      --
      Free of Flash! Free of Flash!
    9. Re:FreeBSD is nice and clean by BoldAndBusted · · Score: 1

      Please repeat after me:

      Gentoo has pre-compiled binary packages.
      Gentoo has pre-compiled binary packages.
      Gentoo has pre-compiled binary packages.

      With the "Stage 3" install and the "Gentoo Reference Platform", you can install quick with minimal compiling, and, if you wish, re-compile specific pacakges later, or, just be satisfied to know that when you go to install a brand new application later, your dependencies will all be automagically handled for you by Portage.

      So, you could save yourself 5.5 hours and still install Gentoo Linux.

    10. Re:FreeBSD is nice and clean by NotWulfen · · Score: 1

      you don't _have_ to do a stage 1, if you do a stage 3 install should be just as quick as a BSD install.

    11. Re:FreeBSD is nice and clean by despisethesun · · Score: 1

      I can run Linux software at native speeds on my FreeBSD machine, so really I don't need a Linux distro for anything.

      --
      This poo is cold.
    12. Re:FreeBSD is nice and clean by kosmosik · · Score: 1

      You know. Last time I've checked FreeBSD did not even had OpenOffice.org as binary package...

    13. Re:FreeBSD is nice and clean by Anonymous Coward · · Score: 0

      Who modded this FUD up? You don't have to compile anything with Gentoo.

    14. Re:FreeBSD is nice and clean by Anonymous Coward · · Score: 0

      Ahem, as I recall there is an emerge tool for package management for Gentoo. Similar to the tool FreeBSD uses, which Gentoo ripped off. So how do you figure you have to compile everything? I do believe you're talking out of your ass.

    15. Re:FreeBSD is nice and clean by Anonymous Coward · · Score: 0

      that's all great until you want to install actual applications that are up to date. Or are you trying to say that Gentoo has binaries for everything?

    16. Re:FreeBSD is nice and clean by anonymo · · Score: 2, Insightful

      Well, the X-windowing system was implemented on unix in the mid 80's at MIT. Than came Stevie and Billy boy and "innovated" it on their boxes harvesting the fame. (They did it actually legally because Xerox Lab in Palo Alto had old fashioned non-profit, "infornmation want to be free" attitude - that's the reason why they never ever got rich, not even as famous as they should be)
      Linux of course borrowed from the unix source and of course the Linux fanatix /. mob do not even check who were the ancestors.

      Isaac Newton said that he could see far ahead while standing on the shoulders of giants.
      It seems to be so that more and more Linux fans do not look back anymore, so hear the message of the day: UNIXES DO HAVE X WINDOWING SYSTEM!

      Solaris and Irix are besides using X too are a lot more stable than Linux is. I'm administering unix systems runnig for years - not days or at best months as Linuxes. Installing Solaris and Irix is not more complicated than Linux.

      Indeed, the trouble with *BSD is that they are pain to install and they are proud of it.

      Imho Linux, especially RH, became more and more similar to the evil empire fighting it: All these fancy, worthless features, unneccessary complicated solutions (e.g. crontab, init) aimed to lock-in users to a specific distro making it more or less incompatible with all the others. (Started by Mandrake using their "own" libraries breaking programs and mastered by RH bullying other distros and alienating users)
      Luckily Linux is GPL OSS so Ubuntu, Gentoo may continue in the right direction :) So there's a clear advantage of diversity. I hope there will be no AUTHORYTY to decide which Linux is kosher or not. In that case I will go with an apocryph distro >:->

    17. Re:FreeBSD is nice and clean by 64nDh1 · · Score: 1
      Cheers for the reply. In relation to my post, I was referring to what someone else was saying about FreeBSD and Gentoo similarities. I'm now thinking this is something to do with Ports and Portage. But, I'm a complete, sub-begginer level n00b when it comes to BSD, so I don't even have a clear idea on what Ports entails (I will google it in the near future, don't worry).

      My post was wrong in implying that *BSD systems come without X. I should have been more clear. When I started out, at some time in the last year, experimenting as a hobbyist in the OSS OS world of Unices and Linux distros I tried NetBSD. It left me at a terminal when it was finished and I presumed that was a complete install.

      It's only some months later (4 days ago in fact) that I finally got around to installing OpenBSD 3.7 and actually having another computer online so I could read instructions on how to setup the base install. So, maybe NetBSD is the same deal that there's no X until you xorgconfig. That'd probably make sense.

      I've tried Solaris 10, but not in earnest. It doesn't offer me anything that my Linux of choice (SuSE) doesn't. It's a standalone machine, and no one else in my house would use a non-Windows system. They dislike even OS X - user-friendly as it is. Also, out of the box, all Linux distros and PC-BSD have detected my soundcards with no setup. No such luck with Solaris.

      Obviously, as a n00b I do tend to gravitate to the lowest common denominator solutions. I'm not standing on the shoulders of giants yet as I am a hobbyist. I dropped out of my Comp Science course after 7 months because of my personal situation. Everything I know is rudimentary and incomplete. So in most instances I'm not doing things the right way long-term, because I don't see what problems are going to present themselves over the brow of the hill.

      I've never used Red Hat, and am not too keen on it since I think it was their attitude to supporting clients/users on older systems that prompted the need for other distros such as White Box Linux to come into being.

      I'll second that Ubuntu and Gentoo are moving in the right direction. Ubuntu may be the group I admire the most for their work to make alternative systems inexcusably accessible, in distribution and in user friendly setup and interfaces.

      I hope there will be no AUTHORYTY to decide which Linux is kosher or not.

      I agree with this sentiment, but I think that mutually similar sub-groups of distributions, say based on package manager similarities, maybe ought to be formalised so they consider each other when making advances which change the parts of the systems that should be common, or at least more common than unique.

      I don't propose total consolidation or homogenisation, just a communal pull in similar directions for the Debian/RPM/tgz systems for the sake of consistency, and for the sake of the n00bs who get confused easily.

    18. Re:FreeBSD is nice and clean by anonymo · · Score: 1

      What I wrote was a bit of reply to several opinions, even if it happend to be a reply to you ;-)

      *BSD is a bit too proud of quality and those guys are hard to realize that even Rolls-Royce was bought up by a mass-producer, lesser-known car-maker (I forgot which one)

      Quality is not equal to usability and popularity.

      MS and Apple are keen to give a more or less usability so they are selling well, the price is that sysadmins and advanced users has less playground. It's like with modern cars vs. old ones: you can not do much on a modern car without expensive facilities in a manufacturer approved way. The time when every layman could trim his/her car has gone.
      Linux and BSD with some others tries to make it both way. Most Linux distros today emphasise usability (giving up quality and introducing unneccesary complex items in the name of usability - in reality locking-in users.) *BSD keeps the quality aspect in a kind of hybris don't care about newbees enough to make installation procedure easy. FreeSBee and PCBSD are signs that some BSD-folk has realised that the old-style elitism is not so good in the long run.

      Msny of these new initiatives are derivates of the successfull Knoppix project, that started a plethora of new distros.

      Dropping out of school means nothing. I did it in 1982 when I got a job offer :-)
      If you had a more unpleasant reason for dropping out that it has nothing to do with your capabilities. I hope you manage to find job in you hobby.

      Solaris is best on SUN hardware. Try to buy/borrow an Ultra 10 or Blade 150. They are relatively unexpensive.
      SUN is as any large companies divided into dfferent fractions. The last 2-3 years were dominated by the Solaris team and the Linux advocates lost. Remeber it was SUN who payed the first blood money to SCO, the Evil Empire just catched on the plendid idea and nowadawy SUN is in alliance with M$.
      That SUN is going down is almost determined by fate similar to the downfall of DEC when an old leadership could not see clear enymore and insead of retirement insisting in steering in zigg-zagg.
      So even if Solaris 10 is a good piece of software and SUN hardware is still good (but not excellent as i was in the previous centuary) the demise of another engineer company is on the way :-(

      Another way to test Solaris on x86 is using VMware. you can download a VMware evaluation license for a month. If sound still gone Solaris is not a multimedia OS anyway :)

      For Irix an old O2 is excellent and an O2 today costs no more that a beer I suppose.

  23. I was surprised by this because... by Pao|o · · Score: 0, Funny

    Isn't it dead?

  24. FreeBSD is free'er, MacOS X better for users by AHumbleOpinion · · Score: 4, Insightful

    freebsd is dying as is macos x and windows. The future is Linux. The future is Free.

    FreeBSD is free'er than Linux, or more accurately the BSD license is free'er than the GPL. That said, the less free GPL's restrictions are meant to be benevolent for certain users.

    Mac OS X's share is growing wildly. For some it is replacing Linux as their general purpose unix. Now some people have more specialized needs and Linux may be a better choice but many folks using Linux just need a general purpose unix box and are not into the politics and Mac OS X combines unix, a consumer GUI, FOS software, and off-the-shelf retail software very nicely.

    1. Re:FreeBSD is free'er, MacOS X better for users by Bizzeh · · Score: 0, Insightful

      the future is an operating system that cant run mainstream wifi devices, even after 18 months of them being available. the future is a slow as hell assed kernel compaired to BSD kernel or NT kernel (which is proven faster than linux, so no arguments). the future is something that has no centralisation on its main projects AT ALL? yeah, ok...

    2. Re:FreeBSD is free'er, MacOS X better for users by drsquare · · Score: 1, Insightful

      The BSD licence is good for the little guy, as he can use the software without having to worry about the lawyers coming round complaining about your code violating some obscure GPL snippet.

      The GPL removes your freedom, as it forces you to release software which doesn't even contain GPL code, it's like a virus. All the GPL is good for is stroking the egos of fat bearded nerds.

      On the other hand, the BSD licence gives everyone freedom, it's the true free software. The GPL talks the talk, the BSD walks the walk.

    3. Re:FreeBSD is free'er, MacOS X better for users by Richard_at_work · · Score: 3, Interesting

      Well sorry, but thats total crap. The BSD license is total freedom for everyone, you all get access to the same initial code and its what YOU do with it that differentiates yourself from other users of the code. The GPL assures your competitors that they get your custom modifications if you distribute binaries, the BSD license gives your competitors the same start point and allows you to compete on a level field from then on.

    4. Re:FreeBSD is free'er, MacOS X better for users by HyperChicken · · Score: 1

      The BSD doesn't take away freedom from the little guy. The BSD doesn't do anything. People who use BSD-licensed software and donate the code back are the ones not being nice to the little guy.

      And why should they be nice to the little guy? If they work hard on modify the software, they should own it. A stupid license shouldn't remove their ownership and control over what they create.

      The GPL, however, does take away freedom from anyone: If I modify GPL software, I am no longer allowed to own it and do with it what I see fit.

      --
      Free of Flash! Free of Flash!
    5. Re:FreeBSD is free'er, MacOS X better for users by An+Onerous+Coward · · Score: 1

      The BSD license is good for the little guy? How so? Conforming to the GPL isn't hard, and legal action only seems to happen in extreme cases. So it's hard to believe that legal liabilities are the most pressing concern for small-time developers.

      If I were a "little guy" who wanted to create and market his own version of a BSD program, I would be more worried about MegaSuperCorpX seeing the niftiness of my version, grabbing the source of the original, making their own, incompatible version, and using their vast marketplace leverage to turn my version into roadkill.

      Now, if I'm deriving my application from a GPL'ed source, they can make their own version, but they can't lock their code away from me.

      Yes, BSD provides more freedom, but that statement only applies to the initial recipient of the code. No guarantees of freedom exist for anyone else.

      I would continue, but I believe IHBT.

      --

      You want the truthiness? You can't handle the truthiness!

    6. Re:FreeBSD is free'er, MacOS X better for users by Anonymous Coward · · Score: 0

      And why should they be nice to the little guy? If they work hard on modify the software, they should own it. A stupid license shouldn't remove their ownership and control over what they create.

      Uh... did I miss something or did you just say that it's okay to license software on terms that restrict people's ability to make and distribute derivatives because a license shouldn't restrict people's ability to make and distribute derivatives?

      If you think that people making derivatives of my software should be allowed to use whatever terms they like, why do you object to me applying the terms I like?

      In summary, are you drunk?

    7. Re:FreeBSD is free'er, MacOS X better for users by HyperChicken · · Score: 1

      The question is, are you drunk? I didn't object to you applying your terms. In fact, I supported such a decision. I was stating why I support my license, one which permits such freedom, and why I don't support another, which denies such freedom.

      --
      Free of Flash! Free of Flash!
    8. Re:FreeBSD is free'er, MacOS X better for users by Kjella · · Score: 2, Informative

      The GPL, however, does take away freedom from anyone: If I modify GPL software, I am no longer allowed to own it and do with it what I see fit.

      Because you ummm... NEVER OWNED IT IN THE FIRST PLACE? You don't own the GPL software. Just because the combined work contains some of your work too, doesn't mean you get to own the whole kaboodle. You can do whatever you want with your diffs. Just don't pretend that you have any right whatsoever to distribute your work with my work except on the terms I allow.

      A stupid license shouldn't remove their ownership and control over what they create.

      Funny, the BSD license is the best way to lose control over what you create. Someone like Microsoft can take all your "hard work", modify it slightly and sell it back to you. A big part of what OS X is worth is what BSD is worth. But the BSD developers all have to pay full price to use their own work. Granted, not the best of examples since Apple has contributed a lot, but you get the general idea.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    9. Re:FreeBSD is free'er, MacOS X better for users by Anonymous Coward · · Score: 0

      hey, with BSD you can repackage as Mac OS X and sell for profit becoming massively rich in the process. But then I suppose you'll whine about freedom for the rich and how GPL secures that freedom by forcing the poor to keep their source code open.

    10. Re:FreeBSD is free'er, MacOS X better for users by HyperChicken · · Score: 1, Insightful

      Because you ummm... NEVER OWNED IT IN THE FIRST PLACE? You don't own the GPL software. Just because the combined work contains some of your work too, doesn't mean you get to own the whole kaboodle. You can do whatever you want with your diffs. Just don't pretend that you have any right whatsoever to distribute your work with my work except on the terms I allow

      So, wait, if I spend weeks if not months writing a kernel module or a driver, I don't own it? Good to know. *runs to BSD* What if I harden the kernel to make up for your security lacking, huh? What? Again, not mine? Even though I worked so hard on it, going through many cases of Red Bull? *runs faster*

      Funny, the BSD license is the best way to lose control over what you create. Someone like Microsoft can take all your "hard work", modify it slightly and sell it back to you. A big part of what OS X is worth is what BSD is worth. But the BSD developers all have to pay full price to use their own work. Granted, not the best of examples since Apple has contributed a lot, but you get the general idea.

      I didn't lose anything. I still own it. It's still mine. I can do with it what I want. Microsoft used the power I gave them. Likewise, any modifications they make they fully own.

      --
      Free of Flash! Free of Flash!
    11. Re:FreeBSD is free'er, MacOS X better for users by SA+Stevens · · Score: 1

      Yes, BSD provides more freedom, but that statement only applies to the initial recipient of the code. No guarantees of freedom exist for anyone else.

      By that same criterion, no freedom exists for ANYBODY using the GPL'd code.

      But now IHBT.

    12. Re:FreeBSD is free'er, MacOS X better for users by Anonymous Coward · · Score: 0
      I didn't object to you applying your terms. In fact, I supported such a decision.

      You said:

      A stupid license shouldn't remove their ownership and control over what they create.


      If that was supposed to be supportive of people applying more restrictive terms then you seriously need to work on your communication skills.
    13. Re:FreeBSD is free'er, MacOS X better for users by HyperChicken · · Score: 1

      I was voicing my dislike of the GPL. Yes, I don't like it and I don't use it. But if you want to, be my guest. Put your code under house arrest. I never said you shouldn't.

      Nice spin, by the way.

      --
      Free of Flash! Free of Flash!
    14. Re:FreeBSD is free'er, MacOS X better for users by Anonymous Coward · · Score: 0

      > FreeBSD is free'er than Linux, or more accurately
      > the BSD license is free'er than the GPL. That
      > said, the less free GPL's restrictions are meant
      > to be benevolent for certain users

      This is true as long as "free" beer is "free'er" than "free" speech. :)

    15. Re:FreeBSD is free'er, MacOS X better for users by petrus4 · · Score: 1

      >Funny, the BSD license is the best way to lose
      >control over what you create. Someone like Microsoft
      >can take all your "hard work", modify it slightly
      >and sell it back to you.

      No...Microsoft can fork your hard work and sell it back to you. The BSD license also allows copyright...FreeBSD is copyrighted by the Berkeley CSRG and related peeps. Hence, Microsoft can make an "embraced and defecated on" fork of BSD licensed code as much as they like, but the base code tree and any trademarks you might have associated with it are still yours.

      This is a misconception originally propogated (probably deliberately) by RMS himself, and faithfully regurgitated by his Red Army of unwashed GPL attack bots. Because of this, no matter how many times somebody tries to step on it, it still materialises.

    16. Re:FreeBSD is free'er, MacOS X better for users by ookaze · · Score: 1

      Are you stupid or did you not understand what he says ?
      He talks about *modifying* others' software, and you answer him with a case where you are the author of the software !
      So you are completely wrong !

      if I spend weeks if not months writing a kernel module or a driver, I don't own it?

      Of course you own it, but the one fixing some bug in it don't, with the GPL. With the BSD License, the one fixing some bug can own the new code, and you won't be able to do anything about it. *Go back fast to GPL*

      I didn't lose anything. I still own it. It's still mine. I can do with it what I want. Microsoft used the power I gave them. Likewise, any modifications they make they fully own.

      With the GPL, MS still own the modifs. But the MAJOR difference is that with the GPL, you EARN sth (because MS distribute this), while with the BSD License, you DON'T !

    17. Re:FreeBSD is free'er, MacOS X better for users by ookaze · · Score: 1

      What you say is nonsense. Like sth being whiter than white, I don't understand how sth can be freer than free.

      And IIRC software licenses apply to software, not to people. A LOT of people seems confused about this, and apply software licences to people, like you just did. Again, these licences apply to the code, not to people (like users).
      That's USES of the code that the license regulate, not USERS.

      Once you understand that, you see immediately why BSD license is less free than the GPL. BSD License gives you the power to make the code closed, while GPL does not, so obviously, GPL is better if you want your code to stay free.

      The rest I can't comment on, I have no data to back it up, like you don't either.
      What I can say, is that "some people" don't use Linux because they want a general purpose unix, but just because they want a general purpose OS that works the best for them.

    18. Re:FreeBSD is free'er, MacOS X better for users by colinrichardday · · Score: 1

      Use the software? You can use GPLed software without restrictions. As for developing/distributing software, you are only free to modify BSDed software if the source is available.
      What if the previous author did not make it available?

      As for freedom, are you requesting the freedom to modify someone else's code into a proprietary product? Is that appropriate freedom?

    19. Re:FreeBSD is free'er, MacOS X better for users by RedWizzard · · Score: 1
      FreeBSD is free'er than Linux, or more accurately the BSD license is free'er than the GPL. That said, the less free GPL's restrictions are meant to be benevolent for certain users.
      It's a different kind of freedom. The BSD license gives more freedom to the developer - they can take other people's work and close it to the community (and even the original developer). The GPL doesn't allow that - it's more interested in the rights of the original developer and the community than those who seek to derive from a work. So while the BSD license is "free'er" in that it places fewer restrictions on developers you can also consider the GPL to be "free'er" in that it ensures that free software stays free.
    20. Re:FreeBSD is free'er, MacOS X better for users by colinrichardday · · Score: 1

      But part of what the BSD doesn't do is prevent embrace and extend.

      If they work hard to modify the software, they should own it? So if I work hard to modify Microsoft Windows XP, should I own it?

      If you don't like the GPL, then don't distribute modified GPLed software.

    21. Re:FreeBSD is free'er, MacOS X better for users by Urchlay · · Score: 1
      The GPL, however, does take away freedom from anyone: If I modify GPL software, I am no longer allowed to own it and do with it what I see fit.

      Agreed, but with one nitpick:

      If you *don't* modify GPL software, you're still not allowed to "own it and do with it what [you] see fit."

      Whether you modify it or not, you must provide source on request to anyone you distribute binaries to.

      You're right, this does take away some of your freedom. To me, this is a freedom I'm willing to give up in return for the greater freedom of being able to get, use, modify, and (occasionally) redistribute lots and lots of useful apps and libraries that are guaranteed to stay free and open.

      However, that doesn't make the GPL "better" or "more free". I definitely wouldn't try to talk you into using it for your projects, if you don't like it.

      The only annoying thing about the different license styles is that they sometimes conflict. If everything were GPL, or if everything were BSD, we could all mix and match code to our hearts' content. As it is, we end up with GPL replacements for perfectly good BSD code, reinventing the wheel due to lawyers' quibbles (I refer to the OpenSSL vs. GNUTLS mess, and mpg123 vs. mpg321, and maybe XFree86 vs. X.org, though in that case I think a fork was just what was needed to de-stagnate X11 development).

      Still, it's a minor complaint: there's so much good, free stuff out there that I really don't care enough to gripe about some of it being "more free" or "less free".

    22. Re:FreeBSD is free'er, MacOS X better for users by AHumbleOpinion · · Score: 1

      ... BSD License gives you the power to make the code closed, while GPL does not, so obviously, GPL is better if you want your code to stay free.

      What a twisted definition of "free" you have where you state not having the power to make a choice is more freedom. Whether you take the person or the code perspective BSD is more free. The person using the code has complete freedom to use it where and how they see fit. The code is completely free to be used is commercial or non-commercial environments, open or closed projects. That said, there is nothing wrong with the GPL. The original author of a piece of code has every right to restrict its use and to attach strings.

    23. Re:FreeBSD is free'er, MacOS X better for users by Anonymous Coward · · Score: 0
      What a twisted definition of "free" you have where you state not having the power to make a choice is more freedom.

      Some of us wouldn't call the society that permitted slavery more free (or even free), than the society that didn't, and still, the society that outlawed slavery restricted the freedom of it's citizens. So I wouldn't call that definition "twisted". I'd might go as far as allowing for it to be debated, but "twisted" it's not by a long shot.

  25. Why we use FreeBSD by TheBracket · · Score: 5, Interesting
    We use FreeBSD a lot; small firewalls on obsolete hardware, SMP database servers (PostgreSQL and MySQL, mainly), LDAP servers, mail servers, NFS/samba file servers, web servers, servers to monitor servers... just about anything that doesn't HAVE to be Windows to satisfy a client's desire for Exchange.

    In general, it is rock solid; I've seen a FreeBSD server with a load of 80-something (process went nuts), and still been able to login and take corrective action without rebooting. I remember being quite shocked to find a console reporting that / was inaccessible due to a drive error - but server processes on other partitions continued to run just fine anyway. We've had a few hiccups with 5.x (although 5.4 fixed most of them), but our testing of 6-beta is going really well. FreeBSD is the masochist of operating systems: you hit it, and it just keeps asking for more!

    There are other reasons to love it. The ports system is very solid, and it's been years since we had problems applying an upgrade due to dependency issues. The documentation is marvelous - man pages are useful, and the handbook covers most things. The community support mailing lists are very useful, too. Jails provide a convenient way to partition processes on a single server, although they are far from perfect at this point (they keep improving, though).

    I really can't say enough good things about FreeBSD. It has been running most of our hosting setup, and many of our client's networks for years, and the only time we ever seem to run into problems is when hardware dies.

    (For the record, I also use Debian - and it is good, but I prefer FreeBSD for servers that have to be trusted)

    --
    Lead developer, http://wisptools.net
    1. Re:Why we use FreeBSD by binary+paladin · · Score: 1

      I recently switched my primary webserver from Linux to FreeBSD and I'm not looking back. The number one reason is the documentation coupled with consistantcy. Hands down. When I get a book on FreeBSD it can be far more specific than a book on Linux, simply because there is just FreeBSD and not X distro. When I have a problem, I google it and I have an answer. I don't have to read through similar issues on similar distros and try to make similar changes to my setup.

      And seriously, people can say what they want about FreeBSD being for servers and all, but I'll take a FreeBSD box running KDE over any desktop distro of Linux I've run. Ubuntu was pretty good but dog ass slow (and I was running Gnome with it too). I've found FreeBSD to be much more responsive.

      One thing, and I wonder if anyone noticed this, but compiling ports on a FreeBSD box with identical hardware seems to go a whole lot faster than Gentoo. Is this just me imagining things?

    2. Re:Why we use FreeBSD by Bert64 · · Score: 1

      gcc always seemed to compile much faster on freebsd than on linux, and certain X11 apps such as gnome seemed more responsive and less memory hungry...
      On the other hand, solid number crunching programs usually seemed to run a little slower on freebsd..
      Tho, linux with libc5 seemed to perform in the same way, less memory usage, faster compiles, perhaps a lot of these differences have to do with glibc, while i believe freebsd has it's own libc.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  26. FreeBSD is dying by NewWorldDan · · Score: 3, Funny

    But BSD is dying! I thought everyone knew that. I guess someone forgot to tell CmdrTaco.

    1. Re:FreeBSD is dying by Anonymous Coward · · Score: 0

      In Korea, only old (dying) people use BSD.

  27. Goes both ways by plasticsquirrel · · Score: 5, Insightful

    One could also argue that Linux is what FreeBSD should have been, and cite the huge number of supercomputers using Linux, or the success of Linux on the mainframe. However, it would be nice if the poster realized that it's a pissing contest and both operating systems are impressive and have their uses, benefits, and drawbacks. Neither is what one "should have been". They both have their own, very different methodologies, so let's leave it at that.

    Not that it's news anyways...

    --
    Systemd: the PulseAudio of init systems
    1. Re:Goes both ways by HyperChicken · · Score: 0

      You're citing popularity instead of reason. By your logic, Windows is the right choice for both server and desktop. Windows is employed across the board at most Fortune 500 companies. Windows is what Linux and FreeBSD should have been.

      The reality is Linux is more popular. Why? Who knows. But it is (an article on that would be nice). As a result, it gets the attention. Period.

      As for this article not being news (which I largely agree with), then the Firefox usage statistics and ever stupid Google Labs release shouldn't be news either (For the love of God, remove the Google crap!).

      --
      Free of Flash! Free of Flash!
    2. Re:Goes both ways by SA+Stevens · · Score: 1

      Linux is what FreeBSD should have been, and cite the huge number of supercomputers using Linux

      Possibly so, if this was some sort of a hot-rod competition.

      It's not.

    3. Re:Goes both ways by Anonymous Coward · · Score: 0
      "...success of Linux on the mainframe..."

      Your assignment for today is to find some actual production linux on mainframe installations. Not trials, not test beds..actual production use. Throw in some benchmark numbers, tell us how they perform. Better yet, remember the big Telia deal a few years back...go find out what happened there.

      Diffuculty Level? Use of IBM marketing spin will be penalized.

    4. Re:Goes both ways by Anonymous Coward · · Score: 0

      You're citing popularity instead of reason.

      He's citing people who are designing and building supercomputers... not clueless IT departments who don't know any better.

      Look, Linux beats any BSD on speed, flexibility and support... you could argue that OpenBSD has a better security record (possibly true, but OpenBSD is wildly overrated in this regard) nevertheless, this article is pure fantasy land stuff. It's written by a bitter BSD fanboy who hasn't gotten over the fact that Linux, which used to be looked down and sniffed at by the BSDs, is now the king of the Unix family. Partly because of the innovative GPL, but also because it is more open generally and has better and more coders working on it and forcing it to evolve in lots of different innovative directions.

    5. Re:Goes both ways by Anonymous Coward · · Score: 0

      The reality is Linux is more popular. Why? Who knows.

      Easy, propogranda. Some of the early Linux users, especially the infamous SVLUG, were known to do whatever it took to promote Linux. This meant spread significant FUD against Microsoft and other free alternatives. Against MS, they would picket stores carrying Windows and launch rockets made out of Windows & IE CDs. They'd do whatever they could to get a reporter to notice them.

      They also did a lot of sleezy things against BSDs. This includes constant lying about how the BSDL works, claims that FreeBSD was a fly-by-night operation that would go closed source and hold users hostage, etc. They were also caught numerous times taking BSD code, GPLing it, importing into the kernal - and when discovered - trying to claim it was BSD's fault and must be GPL'd to comply.

      Being a passive member to a bunch of early Linux groups, I can tell you they were not... professional.

      Anon to protect my servers.

    6. Re:Goes both ways by HyperChicken · · Score: 1

      Linux does not beat any BSD on speed or flexibility. Perhaps you have something with support. However, BSDs do beat or match BSD on speed and flexibility. There's a reason why Internet2 bandwidth records are held by NetBSD and not Linux.

      [Linux is] king of the Unix family

      If, by king, you mean it's popular, then you're right. However, if you're talking about quality, you better have something to back it up with other than "Well, they're using it, so I might as well be using it to!"

      --
      Free of Flash! Free of Flash!
    7. Re:Goes both ways by Brandybuck · · Score: 1

      Why is it everytime someone mentions FreeBSD, all the Linux advocates have to start posting about Linux? This story isn't about Linux, but you had to bring it up a comparison to it anyway. Why? To validate your own choice of OS?

      p.s. I simply don't care about Linux running on an IBM mainframe for the simple fact that I don't own an IBM mainframe.

      --
      Don't blame me, I didn't vote for either of them!
    8. Re:Goes both ways by NutscrapeSucks · · Score: 2, Insightful

      You're citing popularity instead of reason. By your logic, Windows is the right choice for both server and desktop.

      Look, there's a lot of good reasons that Windows got where it is, both historical and current, and that have nothing to do with anti-trust or market manipulation. Likewise, there's many many substantial reasons that Linux is deployed and FreeBSD isn't.

      The tendancy of various communities to refuse to understand why their competitors become popular, and simply throw up their hands explains quite a bit why they are unpopular. You see this with Linux in the desktop market, and with FreeBSD in the the non-ISP server market.

      I see this all over this discussion -- The BSDers are saying "Anything Linux can run, FreeBSD can run too". This is simply false. And until they figure it out, and make an effort to fix it, *BSD will be far behind in popularity.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    9. Re:Goes both ways by Anonymous Coward · · Score: 0
      Nothing new in this article. It's the same old FreeBSD advocacy piece which is dusted off every now and run through a front man.

      There was a time when FreeBSD was rock solid. Those days are years in the distant past. Today FreeBSD is a whacked, not only in its internal politics but its technical side too.

      The long and short of it is that FreeBSD is fragile once you step outside of a limited number of uniprocessor configurations. On SMP, or non IA32 architectures FreeBSD is fraught with many performance problems, all in public view on the FreeBSD mailing lists. The problems involve general performance issues (like being dog slow on real world applications like mySQL). The problems involve stability issues like lockups and crashes on SMP and highly threaded software.

      I don't want to hurt anybody's feelings but a reality check would indicate that FreeBSD's best days are far behind it. It has been years since FreeBSD showed consistent good numbers on benchmarks and performance trials.

      If you hunt and cherry pick you might find a benchmark which was run by some FreeBSD advocate which shows FreeBSD in a favorable light. But throw an impartial fair and balanced battery of generally accepted benchmarks at FreeBSD and the picture starts to come into focus -- "there ain't no there there." FreeBSD is no longer excels at anything. FreeBSD has become all talk with little substance to support the claims.

    10. Re:Goes both ways by Anonymous Coward · · Score: 0

      GP was replying to the blurb..

    11. Re:Goes both ways by Anonymous Coward · · Score: 0

      huge number of supercomputers using Linux [top500.org], or the success of Linux on the mainframe [ibm.com]

      That's great if I have a supercomputer or mainframe in my department (and many people do), but most systems are Intel-based systems. So while Linux is the choice for the two niches you mention, what OS would be "better" for a dual Xeon?

    12. Re:Goes both ways by someonehasmyname · · Score: 1

      I'm going to have to agree with most of this.

      I've recently had some bad luck with running mysql on a FreeBSD (4.x & 5.x) SMP system. The website gets a good amount of traffic, and mySQL would somehow choke the system.

      I wound up having to migrate that server to Debian, and I haven't had any problems yet.

      I still prefer FreeBSD over Linux, so I'm hoping 6.x will fix the 5.x mess.

      --
      Common sense is not so common.
    13. Re:Goes both ways by colinrichardday · · Score: 1

      Microsoft and other free alternatives? What is this free Microsoft you mention?

      And do you have any evidence of SVLUG chicanery?

    14. Re:Goes both ways by thogard · · Score: 1

      so I'm hoping 6.x will fix the 5.x mess
      Thats exactly what is wrong with freebsd (and Linux and Windows and OS X ...). The attitude that the next version will fix the problems of the current version usually leads to not fixing the current version properly.

    15. Re:Goes both ways by macshit · · Score: 1

      Why is it everytime someone mentions FreeBSD, all the Linux advocates have to start posting about Linux?

      Um, because the story contained a childish troll aimed against linux? Why is it that freebsd advocates submitting slashdot stories feel it necessary to do that? Granted, it would be good to just ignore such a silly troll, but you can hardly blame people for responding.

      [My god, I know it's hard to read the article, but you could have at least read until the second sentence of the story!!!]

      --
      We live, as we dream -- alone....
    16. Re:Goes both ways by Anonymous Coward · · Score: 0

      Launch Win98... on a Rocket!: http://www.svlug.org/events/launch98.shtml

      Silicon Valley Tea Party: http://marc.merlins.org/linux/teaparty/

      The Great Linux Revolt of '98: http://linuxmafia.com/svlug/

      Of course attacks against BSDs weren't as public and were mostly discussed in private for strategies on how to 'deal' with them.

    17. Re:Goes both ways by colinrichardday · · Score: 1

      Using Windows disks as rocket fins? Maybe rude, but hardly chicanery. And the Linux Revolt? Gee, Microsoft would never have ads in a store. And even the middle one wasn't too obnoxious. Nothing here like the Boston Massacre or Boston Tea Party.

    18. Re:Goes both ways by Anonymous Coward · · Score: 0

      I never claimed they did anything illegal, only rude and, at times, immoral. As I said, they would do anything to get some attention and promote Linux over another alternative. Many of there less public actions were against other free operating systems, namely FreeBSD.

      The original poster asked why Linux became more popular, and it was due to grassroots campaigns. While BSD groups (BUGs) did the traditional activities (installfests, support lists, etc) they did not condone unprofessional behavior. They also did not regularly discuss how to hurt alternatives, but promoted the merits of every system. These activities get more notice by the mainstream than, for example, FreeBSD regularly setting new world records for server performance.

      There should be ample evidence in the mailing archives, although most tactics were discussed privately as I previously stated.

    19. Re:Goes both ways by Brandybuck · · Score: 1
      you could have at least read until the second sentence of the story!!!

      Here's the second sentence of the article:

      Starting out from the 386BSD project, it is an extremely fast UNIX®-like operating system mostly for the Intel® chip and its clones.


      What is there something in that sentence that is in any way attacking Linux? You guys have too thin of skins. Sheesh.
      --
      Don't blame me, I didn't vote for either of them!
    20. Re:Goes both ways by idiotnot · · Score: 1

      I'd like to see FreeBSD clear up their problems with 6.x, but I'm not overly hopeful. I find it very telling that one of the early architects of the 5.x series, Matt Dillon, decided to scrap it, and start his own project, scrapping all the 5.x code, and reverting to 4.8 as a starting point. What he's doing is very intriguing, honestly, but I don't think it's ready for everyday use yet.

      FreeBSD 4.x is here, and will be for a little while. The machines running it that I have will stay with it until it's time to upgrade them (due to hardware needs, application needs, or whenever security updates go away).

      For new things, I'm using both Debian and NetBSD. I'm very happy with the latter, actually. It appears that the NetBSD team are doing things that are both technically-sound, and just make sense from a natural progression standpoint.

    21. Re:Goes both ways by someonehasmyname · · Score: 1

      Dillon didn't scrap it, per se. He and Paul-Henning Kamp got into a pissing match about the best way to implement SMP-NG, and Matt had his commit bit taken away.

      So he left the project thet he co-founded to start DragonFly BSD.

      DragonFly is definitely not ready for production use, but the developer previews look great. I'm really hoping that DragonFly's SMP approach will perform better than FreeBSD 5.x's SMP-NG when it's "production ready," just so Matt can tell PHK that he's a moron.

      --
      Common sense is not so common.
    22. Re:Goes both ways by macshit · · Score: 1

      I didn't say "second sentence of the article", I said "second sentence of the story". You know, the very first paragraph on the slashdot page, what everybody usually reads even if they don't bother to read the article the story references?

      Did you really miss the prime grade-A trollage in this story (which the slashdot editor never should have accepted, but well we all know about editorial standards here...)?

      --
      We live, as we dream -- alone....
    23. Re:Goes both ways by idiotnot · · Score: 1

      Haha.

      Yeah, I'm kind of rooting for them, too. Supposedly, one of the eventual goals will be a straight upgrade from 4.11, which will be nice if they can get it working.

      Reading through the devel list for DF reminds me of reading things describing the design of the Hurd, actually. The difference, of course, being that everything is in the same address space, and things like the network stack aren't user-replaceable. :-) But I wonder if queues are the way to go for good SMP performance. A good in-kernel scheduler could keep both procs busy pretty easily if everything is broken up into simple messages.

    24. Re:Goes both ways by Brandybuck · · Score: 1

      What the hell are you talking about? The story blurb is IDENTICAL to the first paragraph of the article. This means that the second sentence I quoted is the SAME no matter if you read it in the article or in the blurb.

      You didn't perchance mean the third sentence? It at least mentions Linux, though it still is in no way deprecatory towards that kernel or operating system. Get your panties untwisted, will ya?

      --
      Don't blame me, I didn't vote for either of them!
    25. Re:Goes both ways by Elshar · · Score: 1
      Here's an idea. Just take the FreeBSD codebase, write a little sed script to add the GPL license to everything, and call it.. GPLBSD!

      You can actually do that too. Because you can do anything with the code you want, all you need to do is make sure that the copyright info is displayed somewhere.

      Redistribution and use in source and binary forms, with or without
      modification, are permitted provided that the following conditions
      are met:
      1. Redistributions of source code must retain the above copyright
      notice, this list of conditions and the following disclaimer.
      2. Redistributions in binary form must reproduce the above copyright
      notice, this list of conditions and the following disclaimer in the
      documentation and/or other materials provided with the distribution.


      Taken from: BSD License

      I'm actually half tempted to do this myself to just shut up everyone who only uses Linux because its GPL'd. You CAN GPL BSD-licensed code. As long as you obey those two little clauses, you can do anything whatsoever you want to it and noone will try to stop you.

    26. Re:Goes both ways by macshit · · Score: 1
      You're absolutely right -- it's the third sentence.

      Here, I'll quote it for you:
      In many ways, FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been.

      Flamebait, pure and simple (and no, the vague qualification doesn't change that).

      Anyway, it answers your question -- you asked:
      Why is it everytime someone mentions FreeBSD, all the Linux advocates have to start posting about Linux? This story isn't about Linux, but you had to bring it up a comparison to it anyway.

      Well, gee, because the story itself brought up the comparison.
      --
      We live, as we dream -- alone....
    27. Re:Goes both ways by colinrichardday · · Score: 1

      Did early BSDs support IDE/ATAPI CDROMs? Did they support the FAT file systems?

      And as for "unprofessional behavior", what professions did the demonstrators practice? Maybe they were students and not programmers. Is demonstrating unprofessional for a student?

    28. Re:Goes both ways by synthespian · · Score: 1
      The reality is Linux is more popular. Why? Who knows. But it is (an article on that would be nice).

      Check out this interview with Bill Joy ("The Joy of UNIX") on Linux Magazine:
      BSD is older. It doesn't need as much hacking. So if you're a new person learning how to hack, BSD was not as good a place to go. It didn't need as much work. Linux grew up with the Internet. By the time the Net came along, BSD didn't need the same level of work and wasn't as amenable to getting people interested in it.

      When you already have several million lines of code, it's not as much fun to work on. Linux was a great thing because it allowed a lot of people to get involved in learning about operating systems by helping to finish this system. That process of creating something is the process of creating a community.


      http://www.linux-mag.com/content/view/336/2260/
      Which pretty much sums it up for that specific point you inquired about.
      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    29. Re:Goes both ways by Brandybuck · · Score: 1

      Flamebait, pure and simple

      What makes it flamebait? I guess it depends on what you think Linux "should have been." If you think it should be more like Lindows, Xandros and Mandriva, then that sentence will sound like flamebait. But if you think Linux "should have been" more of a mainstream Unix-like OS without the fluff, then it's not flamebait because that's what FreeBSD is. In fact, there's only one purely community based distro (Debian). Everything else is either a one or two man operation, or is commercial. Ask a long time

      Look at it this way. Slackware is very much like FreeBSD. It prides itself on being the most Unix like of distros, and is the only one to use a BSD style init. Now imagine a review of Slackware. Imagine it said "Slackware is the distro that GNU/Linux should have been." Is that flamebait?

      That's all that sentence is saying. If you still say it's flamebait, you really do have thin skin. It's one sentence out of hundreds. Did you read any of the sentences after that one? Because the article itself is very objective.

      --
      Don't blame me, I didn't vote for either of them!
  28. Well, I know why I love my BSD. by Noal · · Score: 1

    It's because of Beastie!

    That's my story and I'm sticking with it. :-)

  29. pointless by cahiha · · Score: 1, Insightful

    The differences between Linux and BSD are minor; anybody who thinks they matter needs to have their head examined, and the kind of (implicit) Linux bashing represented by the article is pointless.

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

      In user space, the differences are minor when compared to the user space of Microsoft products. The major differences are in

      1) License
      2) License
      3) License

      and, of course in kernel internals, file system internals, and in system startup and system configuration.

      I had a 386bsd0.0 system, not 0.1, up as a desktop running X11 for 468 days without a reboot in the early nineties. That was when Linux was distributed as a couple of floppy images. I attribute the subsequent Linux success to Linus himself and the arguable premise that the Penguin is both cuter and more socially acceptable than the Daemon. Where are the Line Printer Penguin, the SSH Penguin, the init Penguin, and all the other little system Penguins that we've come to rely upon, though?

    2. Re:pointless by Anonymous Coward · · Score: 0

      Yes, the license differences may matter to some people; Linux licensing seems to work out better in practice.

      I don't see any important differences in file systems, startup, and configuration: both systems have limitations in those areas. If there is a practical difference at all, it's that Linux tends to give you more choices.

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

      After trolling the comments, I have yet to see any real mention of the most fundamental difference:

      The license.

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

      Yeah, tell that to me when I have to go down to the colo at 3 am and reboot a fucking Linux server.

      The FreeBSD machines never crash.

  30. Silly Question by rathehun · · Score: 2, Insightful
    ...but why isn't this in the BSD section?

    R.

    1. Re:Silly Question by TeknoHog · · Score: 3, Insightful
      ...but why isn't this in the BSD section?

      I think it's because the BSD section is intended for BSD users, whereas this article is intended for non-BSD Unix users.

      --
      Escher was the first MC and Giger invented the HR department.
    2. Re:Silly Question by Anonymous Coward · · Score: 1, Funny

      That doesn't help those of us who have the BSD section disabled intentionally.

  31. There's a lot to like by confusion · · Score: 5, Insightful

    I've admin'd most every flavor of Unix at some point in my life and I really really like how FreeBSD is managed, from development to the ports tree.

    Now that there is a push to support binary updates, my last major complaint has been addressed.

    Anyone who has ever been stuck in the perl dependancy hell will absolutely love the ports tree - I really don't understand why there hasn't been more adoption of that concept in Linux.

    Also, I am suprised that Linux is the platform of choice for all of these appliances that companies are pumping out, like wireless routers, security devices, etc, when the BSD license is so much more attractive to business.

    The major stumbling block that FreeBSD has left is their development team. It seems like the way things are organized really creates a lot of opportunity for personality clashes.

    Jerry
    http://www.cyvin.org/

    1. Re:There's a lot to like by Anonymous Coward · · Score: 0

      Anyone who has ever been stuck in the perl dependancy hell will absolutely love the ports tree - I really don't understand why there hasn't been more adoption of that concept in Linux.

      That's because linux is a kernel.

    2. Re:There's a lot to like by confusion · · Score: 1

      That is certainly true, I guess I meant Linux distros like Redhat, Debian, etc.

      Jerry
      http://www.cyvin.org/

    3. Re:There's a lot to like by Rich0 · · Score: 1

      That is certainly true, I guess I meant Linux distros like Redhat, Debian, etc.

      You mean, Redhat, Debian, Gentoo , etc.?

    4. Re:There's a lot to like by Anonymous Coward · · Score: 0

      Anyone who has ever been stuck in the perl dependancy hell will absolutely love the ports tree - I really don't understand why there hasn't been more adoption of that concept in Linux.

      Huh? Perl what? Never had a problem with dpkg/apt myself...

      Also, I am suprised that Linux is the platform of choice for all of these appliances that companies are pumping out, like wireless routers, security devices, etc, when the BSD license is so much more attractive to business.

      As usual the problem is drivers. Linux just has more.

      The major stumbling block FreeBSD has left is actually getting commercial support for their platform. Linux has a lot of commercial support at this point (games, VMware, Oracle, etc.). FreeBSD has nowhere near the support of Linux. Not that Linux is all that great, but better than FreeBSD it is.

    5. Re:There's a lot to like by Anonymous Coward · · Score: 0

      What the world really needs is a good independant benchmarking organization.

      I want to set up a fileserver, say. As anyone has done this knows, there are a *lot* of variables. What OS do you use? What filesystem? What i/o scheduler? What i/o optimizations? SCSI, SAS, or SATAII? NAS, SAN, or DAS? What controller(s)? Write-back, write-thru, direct i/o, block sizes, adaptive, read-ahead, cache size. RAID? What raid level? What underlying architecture? What disks? How many disks? Does 64 bit matter? How many CPU's? How do all of these things relate to the particular application under consideration?

      Just to pick one example. Imap servers. Database servers. Email servers. Application servlet servers.

      I've been doing this kind of stuff for years, and I'd still have to say it's much more an art than a science. It's one the of the reasons we continue to see these tireless (and tiresome) discussions about which platform/application/os/etc. is "better". Better at what? Under what conditions?

      Tom's Hardware helps us evaluate individual components. But we need more than that. We need objective real-world independant, independantly verifiable testing of more complicated *systems* doing *real world tasks*. Used to be a lot of proprietary licenses wouldn't (many still don't) allow you to do that kind of thing. But that's one the of great things about F/OSS: you *can* do that kind of thing.

      It would also be a great way to light a fire under the ass of certain lazy vendors. E.g. those who's Linux/BSD driver development doesn't keep pace w/ what they do for that other OS might be rather embarrased to see how their product stacks up against another vendor's who actively supports the F/OSS community.

      Yeah, I know, I'm just another yahoo saying "somebody should do something". As part of my job, I *do* do at least of bit of this type of thing, but man is it a lot of work. It's a lot of work for a lot of people, all redundantly doing the same thing, probably badly, for lack of time and resources. A consolodated effort would do the world a lot of good.

      Yeah, it's tough stuff to do. That's the point.

      Hmm, just daydreaming now, but maybe F/OSS benchmarking software anyone could download that would automatically provide feedback to a central repository that could do comparative analysis...

    6. Re:There's a lot to like by synthespian · · Score: 1

      Now that there is a push to support binary updates, my last major complaint has been addressed.


      You mean officially? Because binary updates are already available:
      http://www.daemonology.net/freebsd-update/ :https://bsdupdates.com/>

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  32. Er... by Sr.+Pato · · Score: 0, Troll
    It runs on out-of-date Intel machines
    That's because BSD is dead! Geez! Get a clue!

    "Tell a joke; speak humorously; 'He often jokes even when he appears serious'"
    --
    Nobody's gay for Mole-Man. :-(
  33. Extremely fast? by Cee · · Score: 2, Insightful

    Starting out from the 386BSD project, it is an extremely fast UNIX-like operating system mostly for the Intel chip and its clones.

    This sounds like FreeBSD performs vastly better than any OS in the world. And how much faster is exteremly compared to Linux or Windows? Twice the speed? Four times?

    1. Re:Extremely fast? by macaulay805 · · Score: 1

      Take this with a grain of salt, but in my personal tests, FreeBSD actually performs (tuned that is), a little slower at some tasks (mail server, etc) than Linux does.

      IMHO though, I personally use FreeBSD for management, everthing does not seem scattered around like Linux does and there seems to be a general direction from the developers of BSDs are heading.

      The other thing I love, which I can not stress enough, is the beauty called PacketFilter. OpenBSD's packet filter that is. Check it out some time. After all, just tinker with it and you'll find your own opinion.

      All in all, it has its uses, and it does not. The right tool for the right job is what it comes down to, and rock solid stability and ease of management for a server enviorment is the correct tool FreeBSD should be used for. OpenBSD I believe is the correct tool for a Cisco router/firewall replacement.

      The Summary is:

      FreeBSD for MultiProcessor Speed
      NetBSD for Single Processor Speed (and any other arch really).
      OpenBSD for moving packets (or ultra anal secure network services at performance costs)

  34. Where is the Netcraft confirms troll by John+Biggabooty · · Score: 1

    This many comments into a BSD thread, and no one has inserted the "Netcraft confirms BSD is dying" troll? Is it now confirmed that BSD is actually growing, and that troll is nonsense?

    --
    That's Bigboo TAY! TAY!
    1. Re:Where is the Netcraft confirms troll by SA+Stevens · · Score: 1

      It's confirmed that the BSD Trolls are dying. (or they've gotten fucking lives, or noticed girls, or something, anyway.)

  35. FreeBSD makes sense by alex_delarge · · Score: 5, Interesting

    The first time I installed FreeBSD, I looked at the screen and kind of went "What do I do now?". After a bit of digging, my impression was that of a system that had all the kinks worked out of it. After trying many Linux distros, FreeBSD made more sense.

    If I install software, it's going to be in /usr/local, if I upgrade the system, cvsup is simple, the ports tree makes keeping software up to date a breeze, I'm not going to have to hunt for a distro specific rpm or a wierd library just to get something to work. The amount of software available for FreeBSD is astounding, chances are, if a project is in development, it's already in the ports tree.

    I've used FreeBSD for about 6 years and I really don't see myself using Linux anymore. The community is very supportive, intelligent and open minded, I always seem to get things done with FreeBSD, I haven't found a problem I couldn't solve within a few hours, it just works, and works well. Try it, you might find that it works as well for you.

    1. Re:FreeBSD makes sense by SA+Stevens · · Score: 1

      The first time I installed NetBSD was back when I had a laptop with no CD drive and was well-used to installing Slackware over an NFS server onto machines with only a boot floppy.

      I had tried installing Slack, and SuSE, and even Red Hat 4.3 on the laptop, but at that point in history, the PCMCIA drivers was still a horrible kludge that you bolted on the side of the Linux kernal at boottime. It was a hideous mess.

      With NetBSD, my PCMCIA ethernet card was recognized right 'out of the box' on the stock install kernel, which fit nicely with the install userland on a single floppy diskette.

      Really, I've used Linux in certain settings since that time, but I've never really liked it.

    2. Re:FreeBSD makes sense by Anonymous Coward · · Score: 0

      I'm not going to have to hunt for a distro specific rpm or a wierd library just to get something to work.

      Yeah, sounds like something a RedHat user would say.

      Seriously, give a Debian based distro a try.

    3. Re:FreeBSD makes sense by gardyloo · · Score: 1

      Yes, well, I'm a Debian fan (using Mepis), but the repositories have been seriously borked lately, what with the push to X.Org for a windowing system. Debian is (lately) nearly as dependency-screwed as Mandrake was a couple of years ago. Hopefully, the repositories will be back to their usual dependable selves soon, though.

    4. Re:FreeBSD makes sense by Anonymous Coward · · Score: 0

      Ah, but no ALSA, no Ardour, no Jamin, no Freqtweak, no Wired.....
      How am I meant to use an OS with no support for funkamental choon generation?

  36. FreeBSD Hard to Install No More! (Re:News?) by chronicon · · Score: 4, Informative
    Joking aside, FreeBSD is a bit hard to install...

    I think those days are over...

    The PC-BSD project makes it a snap to install a functioning FreeBSD system. DistroWatch mentions a very nice step-by-step guide to installation process but really, you don't even need that if you are already handy at installing various GNU/Linux distros. (Although the guide does go into some custom configuration things that are useful/interesting.)

    The torrent for PC-BSD is ready to roll, give it a try. Now there are no more excuses ;-)

    1. Re:FreeBSD Hard to Install No More! (Re:News?) by N3TW4LK3R · · Score: 1

      hmmm... i don't have any experience with what you're mentioning here,
      but i very much doubt these things will automatically install Nvidia drivers, OpenGL drivers, Ndiswrapper, recompile my kernel, install a good firewall ruleset, etc etc etc...

      seriously though, I really really like FreeBSD, I just don't believe that installing it can be easy, as you say. Am i wrong?

    2. Re:FreeBSD Hard to Install No More! (Re:News?) by chronicon · · Score: 1
      I really really like FreeBSD, I just don't believe that installing it can be easy, as you say. Am i wrong?

      Try it out. You will be pleasantly suprised I think. I know I was. I've given up on so many previous attempts at installing FreeBSD, I've lost count...

      PC-BSD got me to a functioning desktop in no time. And the nice thing is, the ports system is there. You can use PC-BSD's packages or you can use the official FreeBSD ports. Very nice.

      I've just downloaded the latest version via bittorrent last night and being the responsible type I am still seeding--give it a spin and tell us what you think.

    3. Re:FreeBSD Hard to Install No More! (Re:News?) by dknj · · Score: 1
  37. The future is Free. by Sr.+Pato · · Score: 2, Funny
    The future is Free.
    Which... brings us right back to FreeBSD. God, you love to dance around in circles, don't you? Does it make you feel groovy? Want to go to the disco?
    --
    Nobody's gay for Mole-Man. :-(
  38. Yes I read TFA, but by ThaFooz · · Score: 1

    I still don't really understand how FreeBSD is fundamentaly different then Linux. I'm not much of an OS hacker... I have a Linux machine, darwin on the Mac, and I've poked around BSD boxes without noticing major differences.

    Can someone explain why I should use one over the other, or if I should care?

    1. Re:Yes I read TFA, but by TheRaven64 · · Score: 2, Informative
      The most obvious difference is that the du command on FreeBSD (and Darwin) has a -d option to specify the depth, which the GNU one hasn't. Actually this isn't a significant difference, but it's one that keeps irritating me when I use a GNU system.

      If you are not poking around at the kernel level, the next difference is the init system. OpenBSD uses a pure BSD init system, which is nice and simple. FreeBSD and NetBSD use rcNG, which allows individual init scripts to specify services they provide and services they depend on, allowing a more parallel init process. GNU systems usually use the abomination known as System 5 init. Just to confuse matters, OS X now uses Launchd and Solaris uses SMF, both of which are more flexible at the expense of being more complicated.

      Finally, you get the ports system. These are basically BSD Makefiles that define how to apply BSD-specific patches to code and install it. They are integrated with a package system which installs compiled versions. On NetBSD and OpenBSD, installing from binary is standard (on OpenBSD, building the port first builds the package and then installs it, not sure about NetBSD), while on FreeBSD building the package installs the port, builds the package and then uninstalls the port. All of these systems do automatic dependency resolution and fetching.

      I generally find BSD systems to be cleaner and less full of cruft than GNU systems, and to have a better security model (check out the reasons why GNU su doesn't restrict use to members of the wheel group some time). Generally, it's a matter of personal taste. If you can't tell the difference then just stick with whatever you are most familiar with.

      --
      I am TheRaven on Soylent News
    2. Re:Yes I read TFA, but by bonkeroo+buzzeye · · Score: 1

      Dumbass GNU 'long option', admittedly but

      --max-depth=n
      Print the total for a directory (or file, with the -a flag) only
      if it is n or fewer levels below the command line argument;
      --max-depth=0 is the same as the -s flag. (New in file-
      utils-4.0.)

      Babbling generally on the topic, I personally hate Linux systems insofar as they are SysV RedHatists, but I don't much care for BSD, either due to things like support, CLI familiarity (shift+pgup, scroll-lock+pgup kind of trivial things), and so on. I'm happiest with Slackware, Arch, Gentoo, etc. - the combination of BSD-flavored Linux is the best for me. An integrated toolkit without those assinine references to the 'complete documentation' being available as an info document (none of my boxes have info installed) is appealing, too, though, and something you can't get without a genuine BSD.

    3. Re:Yes I read TFA, but by synthespian · · Score: 1

      check out the reasons why GNU su doesn't restrict use to members of the wheel group some time

      Oh, yeah! That makes for good reading fun! I remember that! :-)

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  39. What about NetBSD? by Zweideutig · · Score: 1, Interesting

    I used to run FreeBSD on my server for Apache/PHP, but after I upgraded my server's hardware (was a 300 MHz PII) to a 1.1 GHz Celeron (which came from my Compaq after the 3.0 GHz P4 upgrade,) I decided go with NetBSD for my server. NetBSD seems to meet my needs for a server *BSD, and is nice because it will run on a Motorola 68030-based machine (with FPU,) along with of course many other architectures. My only gripe with FreeBSD was that it didn't support hardware like my PPC Mac Mini. I realize that supporting many platforms is difficult and alot of times it is better just to target something common and support it well, I guess I am strange. :)

    --
    Powered by caffeine and sugar; BSD
  40. Possible Bias? :-) by John_Booty · · Score: 3, Funny

    Seems like an informative and unbiased article, but I couldn't help but laugh at the author's email address. Especially given the "FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been" jab that the story submitter felt compelled to include.

    Why FreeBSD
    A quick tour of the BSD alternative
    Level: Introductory
    Frank Pohlmann (frank@linuxuser.co.uk), U.K. Technical Editor, Linuxuser and Developer
    19 Jul 2005

    --

    OtakuBooty.com: Smart, funny, sexy nerds.
  41. Better question: by artifex2004 · · Score: 4, Interesting

    Why FreeBSD instead of OpenBSD, NetBSD, OSX, etc.?
    The article was really sketchy on this point.

    1. Re:Better question: by Anonymous Coward · · Score: 0

      OSX is limited to too small of a selection of hardware to be that useful in the high-end server world.

      OpenBSD has an asshole as a lead coder.

      I have no experience with NetBSD.

    2. Re:Better question: by Anonymous Coward · · Score: 0

      I don't use OpenBSD for the same reason, I just don't feel I'd like someone like that in charge of my OS.

      NetBSD is easier to install, in my experiance (plus it comes on only one disk), which is nice when I'm helping other people set up small servers or the like.
      Overall, I don't have enough experiance with BSD to claim a winner out of FreeBSD or NetBSD (never used OpenBSD).

    3. Re:Better question: by Anonymous Coward · · Score: 0

      OSX probably requires hardware that you don't already have (and if you have it, you're probably already using OSX). Otherwise, FreeBSD has a larger community and more software available than OpenBSD and NetBSD.

      eg, nVidia has drivers available for FreeBSD, but none of the others. (unfortunately not 64-bit drivers, however...)

    4. Re:Better question: by Anonymous Coward · · Score: 1, Informative

      * OpenBSD is focused 100% on security. They very tightly audit their code and control what goes in the distribution. In theory it shares code with FreeBSD, but in practice it lags behind (ie: last I knew it doesn't even have multiprocessor support because of security complications).

      * NetBSD is designed with portability in mind. It runs on 17 different CPU families and over 60 different machine architectures. I've a feeling that the embedded systems folks love this OS. Because of the multiplatform focus it does lag somewhat in single-platform features.

      * FreeBSD is the "mainstream" BSD distribution. It supports a range of modern x86-32 and x86-64 hardware with multiprocessor support (and has ports to some other supported CPUs where things like multiprocessor may not work), and enjoys features like a Linux compatibility layer (so you can run Linux x86 binaries, including 3D accelerated games like Unreal Tournament 2004). For it's users, the FreeBSD Ports Tree is the greatest software repository and distribution method in the know universe (eg: "cd /usr/ports/somesoftware" make; make install; make clean" to download source code, apply any BSD-specific patches, compile and install the binaries). FreeBSD is also used by some large companies for webhosting due to it's mixture of security and performance. For example, Yahoo has always been hosted on FreeBSD, and they're only the #1 and #4 most visited website on the internet (source).

      * OSX is Apple's custom version of FreeBSD that only runs on Macs. The focus here is a friendly, hugable user interface slapped over the Unixy FreeBSD core. The concept is a bit like Microsoft Bob but without making you want to kill yourself quite so badly, the implementation is not terrible. I would say more, but I'm tired of people saying how "great" OSX is then pointing to the shiny UI. A shiny UI does not a great OS make, although it certainly is no worse or better than Windows XP when it comes to running applications (provided applications are available for it).

      If you're not sure which one to try, install FreeBSD with the Gnome desktop. It has the potential to be an interesting afternoon's learning experience and there is a lot of documentation to guide you if something goes wrong. Get FreeBSD from the official site or via BitTorrent (and always check the MD5's from the official site after downloading).

      I really like FreeBSD - however, I'm now officially tired of messing with my computer for the sake of messing with my computer. Linux and FreeBSD have both worn out their welcome in favor of Windows XP with it's autoupdate feature. Hey, Windows XP runs Firefox AND all my games.

    5. Re:Better question: by kwerle · · Score: 1

      I've used FreeBSD for years. years and years. Back in the 4 days (4.5?) we were told we'd get a native Java (modern). It failed to happen, and for some reason the FreeBSD train seemed to ship versions way more often than it used to.

      My other big gripe has been the /usr/ports system. If I
      cd /usr/ports
      make update
      I expect it to do the right thing (which may be quiz me on how I want to update, etc, the first time) and for it to all happen magically. The fact that it does NOT magically do that out of the box pisses me off. Yeah, I want my server software provider to be customer oriented. I hear they are actually doing something right in that area coming up. 'Bout freakin time.

      My next server will be OSX. BSD, native Java, no "recompile everything" for things like the OpenSSH bug a year or so ago. Magical updates. /rant

  42. Hurray! by Sr.+Pato · · Score: 0

    Hurray for people getting jokes! *sigh*

    --
    Nobody's gay for Mole-Man. :-(
  43. Why FreeBSD when there's NetBSD? by RLiegh · · Score: 1

    For real, yo. NetBSD works far better and smoother than anything in the FreeBSD 5.x series. Of course, for those scared of the command line there's always mac, windows and linux; but if you're going to run a unix, why settle for FreeBSD when you can have something far better?

    1. Re:Why FreeBSD when there's NetBSD? by SA+Stevens · · Score: 1

      I would second your opinion. I have a complete mirror now (which needs constant updating, of course) of the NetBSD pkgsrc collection source files. I have machines with four or five different kinds of processors in them (68k, Sparc, Sparc64, i386, PPC, MIPS). I prefer having the capability to run a single freenix on ALL of them, with a single unified /etc structure. I can cross-build packages for all archs anywhere I like.

      With FreeBSD there are a few ports to archs other than Intel, but they are side efforts. NetBSD has cross-platform development as a primary goal.

      And with Linux, well, since it's just a kernel it builds (not that cleanly, but the kludges are all stuck in that big tarball somewhere, or can be patched in), but then you have to shop all over to find some odd variant someone has 'rolled up' for your processor architecture.

    2. Re:Why FreeBSD when there's NetBSD? by TheRaven64 · · Score: 2, Insightful
      nVidia binary drivers. If you want a free BSD system with nVidia hardware support it's going to be FreeBSD. Also, some of the security enhancements might be useful (although I personally think they are a bad idea). Oh, and better documentation - the NetBSD docs are a little sketchy in places. Oh yes, and an NDIS wrapper - although NetBSD should be getting one of these courtesy of Google in a few months.

      Its certainly not the clear-cut decision it was two years ago though, when I would have said Free on x86 and Net on anything else.

      --
      I am TheRaven on Soylent News
    3. Re:Why FreeBSD when there's NetBSD? by 256byteram · · Score: 1

      nVidia drivers would only be a problem if you wanted to set up a NetBSD box as a desktop. I don't recommend it (I've tried). It's brilliant as a server though, x86 or otherwise.

  44. Re: benjamindees (441808) by Anonymous Coward · · Score: 0

    You're an idiot. The BSDL is no less free for the little guy than is the GPL, and I contend that it is *more* free.

  45. Is release 5 stable yet? by bofar · · Score: 5, Insightful

    I work at a large internet organization that runs thousands of FreeBSD systems. When we need 64-bit though, we switch to Linux because it has a stable 64-bit distribution and FreeBSD does not. I've gone through all the kudo's about FreeBSD being stable, but are you using release 5? and are you using 64-bit? (and don't even get me started about threading support.)

    1. Re:Is release 5 stable yet? by Anonymous Coward · · Score: 2, Funny

      I've gone through all the kudo's about FreeBSD being stable

      Give back what you've stolen from Mr Kudo.

    2. Re:Is release 5 stable yet? by glasn0st · · Score: 3, Informative

      I have been fairly cautious about 5.x. We maintain a customized install image for our servers, and I've waited until march this year to switch to 5.x. I would say that everything from 5.2 and higher is stable for all normal purposes. I have a 64bit Sparc running on 5.2-RC2 and its uptime is 347 days. It handles 3-4 Mbit/s of web traffic with no problem and I never had to look at it after the initial install. All our other machines are running 5.x as well. But under extreme load, 5.x still has some lingering locking problems. We have a small number of loaded managed servers for a porn hoster which are stuck on 4.x because of strange lockups when huge amounts of processes are created. So far we haven't had any luck in getting rid of this problem. We are not seeing it on any other machines fortunately.

      --
      ( ^_^)/
    3. Re:Is release 5 stable yet? by turgid · · Score: 1
      (and don't even get me started about threading support.)

      Many years ago (>5) Linux was starting to become a useful kernel on SMP machines. FreeBSD had no or little SMP support. Have they fixed that yet?

  46. FreeBSD vs. Linux ideologies by Anonymous Coward · · Score: 0, Informative

    Despite all the good things that have beein brought about by the most recent Linux 2.6.XX series kernels and boxed up by Redhat and Suse and CentOS people, there are still areas where the two differ a lot and will continue to do so.

    FreeBSD's motto has always been rock solid stability, robustness and serving capability.

    Thus, for the ones who mentioned their discomfort in installing FreeBSD for workstation - hey it's just another market demand driven issue; when there's enough pressure, the things will start getting cleaner.

    For robustness one just can't beat FreeBSD, despite Linux's latest achievements. Remember the time when Linux had almost screwed itsef out of the server platform due to the incredible VM issues plaguing it's early 2.4.X series? Well, even today the VM is still not as stable as it should be. FreeBSD has the best VM out there, and it can take any types of loads.

    Linux tends to be "quite fast" when people throw small tiny workloads at it like a few disk requests, or a few HTTP requests to a webserver, say Apache. If you throw any reasonable amount of workload, you gotta sit down and tune it. I mean literally re-write the code, coz it's not going to be able to handle thousands and thousands of requests. So it ends up being a very fast, low latency platform for a lot of non-serious non-server oriented uses. But it quickly looses the latency advantage when any serious load is thrown at it. I have had to re-write sizeable portions of the Linux kernel to make it handle better loads.

    OTOH, FreeBSD seems to be slower and more sluggish when one throws non-server type one-off requests at it; however this latency can be multipled over thousands of requests. If you throw one request at FreeBSD or you throw thousands of thousands of requests, the latency is nearly the same - that is the DEFINITION of robustness.

    I remember when I had installed FreeBSD 4.2 a few years ago, and the httpd could handle only about 1000 simultaneous requests. I just had to change a few kernel sysctls, and it smoothly managed to increase that to about 100000 simultaneous requests; all chuggnig along at the same latency. That is what I want in a server platform.

    I have never seen that kind of capability in Linux. When it comes to internet serving, one can still not beat FreeBSD.

    Of late it's been plagued a bit by the big change in architecture for SMP scalability in the 5.X series; and it always seems to have an issue with driver availability - but that is just due to the fact that it is a small enthusiast community compared to Linux. Hence the lesser number of hands working on it.

    Linux does have some advantages though, and their driver availabilty is very very good. It addresses almost every bit of desktop hardware money can buy, and is the only one that can compete with microsoft in the driver availability market.

    Good luck to both!

    1. Re:FreeBSD vs. Linux ideologies by kashani · · Score: 1

      You're a bit wrong on that 100,000 connections. 10,000 I'd believe, but not the other. I personally destroyed every OS except Solaris with that many connections and it wasn't very happy either around the time of 4.2.

      kashani

      --
      - Why is the ninja... so deadly?
    2. Re:FreeBSD vs. Linux ideologies by M1FCJ · · Score: 1
      What kind of heavy loads are we talking about if we aren't talking about a ?AMP server?

      Talk about serious load, I say an heavily used Oracle instance counts as a good heavy load. Strangely enough, FreeBSD does not support Oracle, or should I say, Oracle doesn't support FreeBSD. If you google a little bit, you'll find that the only way to run Oracle on FreeBSD is simulating Linux. Ironic? Maybe but not really if you also know about SCO's Linux Kernel Personality which was supposed to be way faster than Linux while supporting Linux applications transparently, which turns to be nothing like it (I did beta-test LKP, it was innovative but not fast).

      Also I searched for Anonymous Coward in Linux source code, couldn't find your name. Which bits did you have to re-write and did you submit your changes back to the community?

    3. Re:FreeBSD vs. Linux ideologies by Anonymous Coward · · Score: 1, Interesting

      Oracle would hardly qualify for high load, since the load exerted on the kernel internals is quite minimal. All that Oracle would use is - grab a whole hunk of memory (easiest done on literally any operating system having any VM). And Oracle writes very selective patterns to disk to only a selected bunch of files, so it hardly exercises the filesystem at all.

      Try having 1000+ NFS clients hammering a 2-3TB fiber channel filesystem over 2 gibabit ports for over five days generating and deleting terabytes of data, with a whole mix of more than 5+ million files which include filesizes ranging from a few kb upto a gigabyte.

      Rock.

    4. Re:FreeBSD vs. Linux ideologies by Been+on+TV · · Score: 1

      If you accept that Mac OS X is FreeBSD, then FreeBSD does indeed support Oracle. http://www.apple.com/downloads/macosx/networking_s ecurity/oracle10gdatabase.html

      --
      The future is in beta
    5. Re:FreeBSD vs. Linux ideologies by NutscrapeSucks · · Score: 1

      Demo version from a year ago. No sign of prodcution support....

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    6. Re:FreeBSD vs. Linux ideologies by Been+on+TV · · Score: 1
      --
      The future is in beta
    7. Re:FreeBSD vs. Linux ideologies by NutscrapeSucks · · Score: 1

      I stand corrected.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  47. Why ask why? by Anonymous Coward · · Score: 0

    Why not?

  48. Obligatory FreeBSD Quote by Anonymous Coward · · Score: 2, Funny
  49. Typical Slashdot by spudchucker · · Score: 1, Troll

    Smells like an advertisement.
    Follow the money,
    the path ain't long.

  50. Antiquated Filesystems by Anonymous Coward · · Score: 0

    Oh, great, only support for ancient filesystems.

    How many hours does it take to fsck a 9 terabyte filesystem?

    I'll stick with something that supports a journaling fs thanks.

    1. Re:Antiquated Filesystems by Anonymous Coward · · Score: 1, Informative

      Maybe you've been out of the loop.

      FreeBSD doesn't have journalling filesystems, but it has filesystems that can do "softupdates". Hence no need to do journalling. The data structures in-core and on disk are kept consistent so no corruption can occur, and hence no need to fsck even when you reboot.

      And FYI, most of the Linux journalling filesystems are now trying to adopt softupdate type features for their filesystem data (not metadata) for data ordering concepts.

      Regards,
      Rock

  51. worth it by cinnamon+colbert · · Score: 1

    "2 weeks to get installed" can you tell me specifically what advantages you have in a laptop that justify 2 weeks of work ?
    even assuming zero maintenance for bsd (ha !) and 30 mins every 2 week for windows (windows update + norton) it is hard to see the advantage, particularly given the wealth of windows apps and ease of communicating with others

    1. Re:worth it by Anonymous Coward · · Score: 1, Insightful

      "2 weeks to get installed" can you tell me specifically what advantages you have in a laptop that justify 2 weeks of work ?
      even assuming zero maintenance for bsd (ha !) and 30 mins every 2 week for windows (windows update + norton) it is hard to see the advantage, particularly given the wealth of windows apps and ease of communicating with others


      The wealth that is in FreeBSD and other UNIX-like OS' is the userland tools and scripting. If you learn the UNIX way, you might find that there are lots of things that you can do really quickly if you are creative enough. Windows is great for certain tasks, but the UNIX-like OS' give you power to apply your creativity seemingly without bounds.

      I've just come out of a contract where I was competing with other contractors who had been working on this large project for years. I came in 2 years after it and they started and in a matter of *DAYS* I quickly rose to the top and my methods were chosen to take the lead because I had provided in days many points off a list which other contractors had been trying to provide or claimed were impossible or infeasible. It all came down to the fact that these contractors were using Windows and off-the-shelf applications for this particular industry. I on the other hand was using UNIX-like OS' in addition to Windows and some off-the-shelf applications (using some amount of Windows was unavoidable due to the nature of the project). Through UNIX scripting I very quickly delivered the final chosen solution (in months), what the other contractors had failed to deliver in years.

      The problem with off-the-shelf is that you are bound to the constraints of someone elses generic application, whereas employing scripting of the hundreds of text based UNIX tools and applications gave me the flexibility to extract what the customer needed. Gluing some parts together with some C code was also very simple where I could not see a scripting method, because the "glue" could be so small, since the userland apps covered almost all requirements. What's more, the data flowed through processes gracefully until completion. As opposed to the Windows way which attempted to open whole data files at once and often multiple times, causing system crashes on machines which had to have far great memory and CPU resources.

      The irony was that I was beating optimized binaries with scripting! All because of the efficiency of pipes. I could avoid having the same or derived data opened multiple times and being held open. Disk, memory and CPU did not have to be thrashed. It just flowed efficiently. Data was getting read once, processed and then results written.

      When a project goes on for months or years, system setup of 2 weeks is an investment.

      PS, it took me about 2 weeks to set up Windows XP on my laptop. This includes removing all the crap that comes with them nowdays, patching, hardening, installing apps, patching, testing, imaging and putting together a quick full restore DVD of my efforts. Next... the same for FreeBSD on another partition...

      When the other guy talks of 2 week installs, I know what he means. Installing an OS is not just a matter of inserting a CD and answering a few superficial questions about yourself, when the task at hand is to get some real work done. I also realise that an initial install and on-going maintenance are two very different beasts.

      Here is the kicker though... it takes me about 5 to 15 minutes to install any of OpenBSD, NetBSD or FreeBSD, including X. Then perhaps another 15 minutes to install application packages and a *COPY* of the configuration files for my favourite Windowing environment. I can have a BSD up and ready to go in half an hour. A system which I feel has potential only limited by my creativity to problem solving. What's more, I know at least with OpenBSD that I can package my additions and changes into a tarball for inclusion at install time. Taking future installs of OpenBSD back to about 5 minutes. FIVE MINUTES.

      I don't know how easy this is to do with NetBSD or FreeBSD, as I've never tried.

    2. Re:worth it by Urchlay · · Score: 1
      "2 weeks to get installed" can you tell me specifically what advantages you have in a laptop that justify 2 weeks of work ?

      (I'm not the original poster, none of this should be construed as an attempt to put words in his mouth)

      I can tell you one advantage I'd have: a system that did *exactly* what I wanted, and the satisfaction of doing it myself.

      OK, that's two advantages :)

      Not everyone wants that, but for those of us that do, it's nice to have the option.

      Another advantage: I wouldn't have to keep paying Microsoft every couple of years for updates to Windows, or McAfee every however many months for updates to Norton (or stealing them. Some of us really honestly don't want to use warez. Not accusing you of anything BTW, but there are a lot of people who use commercial Windows software and never pay for it, and never think of the "hidden cost" of running such software).

  52. The real difference... by benjamindees · · Score: 2, Informative

    The reason you'll see just as many BSD fanatics as Linux nuts is for just the same reason: the license.

    *BSD is a stable, secure OS with a proprietary-friendly, open source license. Linux is a stable, secure OS with a proprietary-hostile, open source license.

    90% of the actual software that runs on the two is exactly the same. However, each has its own kernel and basic libraries.

    --
    "I assumed blithely that there were no elves out there in the darkness"
    1. Re:The real difference... by HyperChicken · · Score: 1

      The reason you'll see just as many BSD fanatics as Linux nuts is for just the same reason: the license.

      Not a bad reason but a minor reason for most people. Unless you're writing kernel patches or selling a product using the code, do you really care?

      My main reason for choosing *BSD over Linux is the community. Linux seems to be... Well, like Slashdot. A bunch of immature kids.

      The *BSD culture (minus) seems to be one of pure engineers. They are writing code because they need or want it. It's usually top-quality, being released only after it works and works right. There's thought and design behind the code.

      There isn't as much anti-Microsftness, or anti-commercial-softwareness, or anti-Linuxness even. It's still there, no doubt, but in smaller numbers, generally breaking out once in a blue moon.

      These are people who seem to have been around the bush once or twice. They have some time under their belt, they know what they are doing (or at least appear to). In short, they are mature in almost every sense of the word.

      I can't say any of this about Linux. But this is one mans opinion. (Yes, I know it's ironic comparing Linux users to Slashdotters while posting on Slashdot.)

      --
      Free of Flash! Free of Flash!
    2. Re:The real difference... by M1FCJ · · Score: 1
      90% of the actual software that runs on the two is exactly the same.

      Unfortunately the remaining 10% and most of the 90% are similar but not directly compatible

      Especially the parameters and switches of GNU applications sometimes somewhat complicated just because they embrace the BSD equivalents, then extend. Last time I was bit with this was last week when I was 'sum'ming my packages on a Linux box but customer was 'sum'ming on a BSD, with different outcomes. It took some while to remember that GNU sum takes a different parameter to emulate BSDs compared to its default behaviour (as if it is on a sysV). Linux is both and neither. Funnily enough, man sum won't tell you which one it defaults to.

    3. Re:The real difference... by DaHat · · Score: 1

      I agree with much of your logic reguarding the communities of each OS and reminds me of an old quote, something to the effect of :

      "BSD is for those who love Unix. Linux is for those who hate Microsoft."

    4. Re:The real difference... by S5o · · Score: 1

      My main reason for choosing *BSD over Linux is the community. Linux seems to be... Well, like Slashdot. A bunch of immature kids.

      The *BSD culture (minus) seems to be one of pure engineers. They are writing code because they need or want it. It's usually top-quality, being released only after it works and works right. There's thought and design behind the code.

      Ironically, a reason a lot of users lean toward Linux is because the BSD communities have a reputation of being condescending and elitist. This is mostly undeserved, as the BSD user and developer communities are no less civil than most (with some notable exceptions).

      Unfortunately, you've done nothing but perpetuate the notion with these stereotypical (almost satirical) remarks.

    5. Re:The real difference... by Namaseit · · Score: 1

      Are you kidding me? So *BSD is made of PHD holding engineers who are absolutely the most mature people ever. While Linux developers are blathering idiots who wouldn't know '==' from '='?

      Get over yourself. I've seen some bad pissing contests and immature bullshit in the BSD devs circles too.

      Linux community = larger, therefore we have more "fanboys". With such a broad culture of people you're bound to run into a few you don't particularly like. I have been using Linux for 5 years. I'm not insanely anti-Microsoft, no I don't like their business but I don't go around telling everyone they are idiots for using their stuff. I really don't care what people use. I use my computers to get things done, I can do all those things in Linux so I choose to.

      So I guess I kinda break up your statistic there huh? Probably the other thousands of people who just use Linux to get things done might as well.

      You act like people just walked into developing Linux. "Jee you know what, I have no clue about anything computers but I think I'll make a kernel today!".

      Post when you actually have something other then anecdotal evidence to try and make you look intelligent. Oh wait this is Slashdot, thats asking too much.

      --
      75% of all statistics are made up!
    6. Re:The real difference... by SnowZero · · Score: 1

      With your logic, why did IBM and SGI side with Linux and the GPL? If your confused by that, try the following substitution on your post:

      proprietary-friendly = friendly to companies which use code, hostile to companies that write/release code.
      proprietary-hostile = hostile to companies that use code, friendly to companies that write/release code.

      All the sudden, it makes perfect sense why Apple and MS like the BSD license, and IBM, SGI, HP, and everyone else who competes with MS like the GPL. The license you call "hostile" seems to have a lot of support from companies who still make a lot of money on proprietary products.

      It's really quite simple; every company would like everyone else's code to be BSD, but would rather release their own code under the GPL (if they have to release it). That way they can use the BSD stuff for whatever they want, while GPL'ing their own code limits the damage other proprietary companies can do.

    7. Re:The real difference... by NutscrapeSucks · · Score: 2, Insightful

      BSD communities have a reputation of being condescending and elitist. This is mostly undeservedt

      Through most of the 90s, the BSDers prided themselves with their elitism and their old school Unix cliquishness. I read the lists -- "If you aren't smart enough to figure it out, maybe you should go run Linux, haha." was a common sentiment.

      Then, in about 1998, they realized that Linux was being deployed 100:1 over BSD and they had a collective "Oh shit!" moment. They then started a positive effort to be more open and helpful to new and less clueful users, but at that point it may have been too late.

      I still read comments like "Well, if you aren't reading such-n-such mailing lists, you shouldn't be running FreeBSD 5", which implies that BSDers still see their world as being pretty small. Consider how many support outlets there are for Linux, and that only a miniscule portion of users read the development lists or come anywhere close to flamethrower-range of the main developers.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    8. Re:The real difference... by HyperChicken · · Score: 2, Insightful

      Are you kidding me? So *BSD is made of PHD holding engineers who are absolutely the most mature people ever. While Linux developers are blathering idiots who wouldn't know '==' from '='?

      In comparison, yes.

      Linux community = larger, therefore we have more "fanboys". With such a broad culture of people you're bound to run into a few you don't particularly like. I have been using Linux for 5 years. I'm not insanely anti-Microsoft, no I don't like their business but I don't go around telling everyone they are idiots for using their stuff. I really don't care what people use. I use my computers to get things done, I can do all those things in Linux so I choose to.

      Yeah, so what? I like a small community as opposed to a large one, mainly because it doesn't attract band-wagon jumpers-on, who then naturally become part of the "It's the greatest thing since sliced bread!" crowd.

      So I guess I kinda break up your statistic there huh? Probably the other thousands of people who just use Linux to get things done might as well.

      Not really. You fit into them rather nicely.

      You act like people just walked into developing Linux. "Jee you know what, I have no clue about anything computers but I think I'll make a kernel today!".

      Um... That was almost the approach Linus took. He didn't really study existing kernels or anything. He just went for it. In fact, it started out as a terminal emulator and evolved from there. Not exactly screaming great engineering.

      Post when you actually have something other then anecdotal evidence to try and make you look intelligent. Oh wait this is Slashdot, thats asking too much.

      Highly suggest you do the same. As you said, that is far too much to ask (okay, I added the "far").

      --
      Free of Flash! Free of Flash!
    9. Re:The real difference... by Homology · · Score: 1
      It took some while to remember that GNU sum takes a different parameter to emulate BSDs compared to its default behaviour (as if it is on a sysV). Linux is both and neither. Funnily enough, man sum won't tell you which one it defaults to.

      The *BSD takes great pride in updated, informative and relevant man pages, in contrast some other systems that I shall not mention ;-) One very good reason for using an OS is if it has excellent documentation, and here *BSD shines.

    10. Re:The real difference... by Anonymous Coward · · Score: 0

      Hmmm... sounds alot like the current Linux crowd.

      -- "If you aren't smart enough to figure it out, maybe you should go run Windows, haha." ...rather than improve ease-of-use.

    11. Re:The real difference... by anonymo · · Score: 1

      Exactly :-)
      It is rather strange that the /. crowd dislikes *BSD and preferes Mac OS X. Probably because Steve Jobs was a long time ago in a far away galaxy a hacker.
      Imho he is similar to Mr. Gates except Mr. Gates was never a hacker but a salesman of Capone's qualities.

  53. Re:*Rolls eyes* by G-Licious! · · Score: 0, Troll

    Tune in next week for another episode of "Why (.*)", featuring GNU HURD!

  54. Mach is the "guts" of Mac OS X. by CyricZ · · Score: 2, Informative

    Mach, not FreeBSD, is the "guts" of Mac OS X. The code borrowed from FreeBSD is mostly userspace code.

    --
    Cyric Zndovzny at your service.
    1. Re:Mach is the "guts" of Mac OS X. by FLAGGR · · Score: 1

      Yes, because the user space is unimportant and doesn't qualify as guts...

      The Darwain kernel, xnu, does have some BSD, mixed with mach, mixed with Apple's own stuff, all duct-taped together and encased in shiny white plastic.

    2. Re:Mach is the "guts" of Mac OS X. by SA+Stevens · · Score: 1

      Actually NeXTstep is the 'guts' of MacOS X, since Apple spent itself nearly into bankrupcy trying to invent a 'next gen MacOS' before being acquired by NeXT, who just gutted it all and wrote a new 'candyshop' to sit on top and released it as 'version 10.'

    3. Re:Mach is the "guts" of Mac OS X. by dohcvtec · · Score: 1

      >> FreeBSD is the the guts of Apple's Mac OS X.

      > Mach, not FreeBSD, is the "guts" of Mac OS X. The code borrowed from FreeBSD is mostly userspace code.

      I'd say Mach is more the "brain" of OS X, seeing as it's the kernel, while the FreeBSD (and the other BSD stuff mixed in there) userland really is more like the "guts" of OS X.

      --
      -- Never hit a man with glasses. Hit him with a baseball bat.
  55. Compare for yourself by Anonymous Coward · · Score: 0

    I challenge all the BSD skeptics to objectively compare the BSD's and the linux's. I think you will find some interesting facts. If not, then I guess you all are not much different from windows zealots who scoff at linux.

    I see BSD compared linux the way linux was compared to windows in recent years.

    If you like what you see, it would be a snap to jump the linux ship and get on board with BSD.

    After all is said and done does it really matter? Maybe there are a lot of people content with whatever system they are using and are also comfortable with their system. Some patch, some reload, some monitor and some do almost nothing.

    Decide for yourself where your level is at.

  56. why? choice by bad_outlook · · Score: 1

    I've run my own mail/web server in house with a static IP for 4 years. Up until 6 months ago it was always Linux (Slackware, Debian and then Gentoo) but I've now switched it to FreeBSD. The main motivation was choice; althought I was fine and comfy with Linux (and it did all I needed) I choose to switch. Now I've learned a new way to do (most) things, and learned how *BSD works. I've recently updated to 6.0 (SNAP004) - and am now helping with OSS that run on FreeBSD (HULA) as most dev work is done on Linux. Linux is backing up the server just in case, but I'm having fun again.

  57. Linux kernel vs FreeBSD kernel by msormune · · Score: 1

    So what makes it stable? Is it more stable than 2.4 series Linux kernels today? And if it is, why? Are you saying that in situations where Linux kernel just dies or starts to stall seriously in performance, FreeBSD kernel just keeps on going? How do you prove this? Or is it just more stable because it has less hardware support, meaning it has less buggy drivers? Most crashes or problems I've had with Linux Desktops are related to Xorg / XFree86 graphics drivers and not to Linux itself.

    1. Re:Linux kernel vs FreeBSD kernel by TheRaven64 · · Score: 2, Informative

      Testing. The FreeBSD CVS has three branches. -CURRENT is what the kernel developers use. -STABLE is the stuff that they are happy to say works without problems. -RELEASE is a fixed point in -STABLE where only bug-fixes can be added (no new features). Linux has the branch that Linus runs which contains all of the newest and shiniest features, and then a huge number of other branches that people who want production systems use. When Linus makes a change, it may break a custom patch in the Red Hat or SuSE branch (for example), and this will have to be fixed by someone other than the person who broke it.

      --
      I am TheRaven on Soylent News
  58. I ask the same question "Why" by codepunk · · Score: 0, Troll

    Sorry all I have is big iron boxes that require clustered file systems, so yes I do wonder "Why?".

    --


    Got Code?
  59. woo, hoo by benjamindees · · Score: 0, Troll

    as he can close the software without having to worry about the lawyers coming round complaining about your code violating some obscure GPL snippet.

    Sorry, but when you said "use" there I guess you really meant "close". Which is really more like "prevent others from using". Which is exactly what I was saying to begin with.

    The GPL gives you freedom as long as you respect the freedom of others, ie. "the little guy".

    it forces you to release software which doesn't even contain GPL code

    This, of course, is complete bullshit. I can't even imagine how you could concoct such an idiocy. If you're not just trolling, why don't you tell us?

    --
    "I assumed blithely that there were no elves out there in the darkness"
  60. Competition improves the breed by jhines · · Score: 1

    That there is two systems competing for the same market is a good thing, even a friendly competition will improve both.

    On the other hand, one could have a monopoly like MS does, and well we all know the effect that has on innovation.

    With Linux and BSDen, when one comes up with a really good idea, the other adopts it, and both are better in the long run.

  61. FreeBSD is cool like all other OS's by gatkinso · · Score: 1

    Threading is (or maybe was) a bit fsked, but still cool.

    Seriously, computers and the software that runs them is all cool to me. Anyone that thinks otherwise needs to get laid.

    --
    I am very small, utmostly microscopic.
    1. Re:FreeBSD is cool like all other OS's by gatkinso · · Score: 1

      User level threads - sloooooow.

      --
      I am very small, utmostly microscopic.
  62. It sure looks like by StarKruzr · · Score: 1

    OBSD's installation procedure is shit, starting right from the beginning:

    3.3 - Does OpenBSD provide an ISO image for download?
    Some other open source operating systems are commonly distributed as CD-ROM ISO images. This is not how OpenBSD is distributed.

    --

    +++ATH0
    1. Re:It sure looks like by Anonymous Coward · · Score: 0

      You want an OpenBSD cd? Here's a live one: http://www.onlamp.com/pub/a/bsd/2005/07/14/openbsd _live.html

    2. Re:It sure looks like by Anonymous Coward · · Score: 0

      You're just stupid, that's all.

  63. Why not by Anonymous Coward · · Score: 0

    No VMware, that's why not.

    Otherwise a fine OS.

  64. Re:Possible Bias? :-) by HyperChicken · · Score: 1

    So he installed FreeBSD and saw the blindling light of... Eliteness(?).

    Don't judge a man by his email address.

    -HyperChicken
    hyperchicken@goatse.cx

    --
    Free of Flash! Free of Flash!
  65. okay i'll bite by dknj · · Score: 1

    You need to track security updates for kernel, base and ports and apply them in different manners

    Security updates come in source only form, this is a good thing or a bad thing depending on how you look at it. You apply the patches in order, i.e. if a Sendmail vulnerability comes out first and then an openssl vulnerability next, you have to do sendmail first. This is to ensure a consistant system that won't break when you load the new kernel/userland. If you track -STABLE you won't have to worry about applying them in any different manner. Just make world and walk away.

    Package management is a decade behind what rpm and dpkg have to offer

    pkg_add -r. Also see the manpages for pkg_* which set the trend and since 1994 has been doing what rpm and dpkg currently do. If anything FreeBSD is ahead in package management. I think you may be complaining at the fact that most open source software today completely ignores any other OS other than linux. Just going around to different sites, I see rpm or debian's package format. Nothing for *BSD,Solaris,etc.

    It's essentially a DIY kit to build an OS. I just want an OS.

    And what is an OS? Its fully functional out of the box. If I'm installing FreeBSD on a server I don't need X. If i'm installing FreeBSD on my desktop, I don't need apache. Pick and choose. If you hate installing packages everytime you reinstall, use FreeBSD from scratch.

    Building ports takes ages, time I don't have
    Building ports takes resources. Resources I want to use for the server's core buisiness. Which is not compiling ports

    Who said to build from ports (granted there are some packages which require you to build from source SSH, java, et. al), again pkg_add -r is your friend. If you require the latest then put freebsd on a second machine and build there.

    Bad documentation. The official freebsd manual often explains the most time consuming, error prone way of doing things. Later you'll find out there are many convienient ports to perform common tasks.

    Excuse me?

    No journalled filesystems. Yeah, it's really scary to remotely kill the power of a crashed machine.

    First of all, even back in the early days of UFS/FFS, a power outage wouldn't trash the filesystem. You must be thinking of ext2. Now softupdates is part of the default kernel which gives journaling-like attributes to the UFS filesystem. IIRC, full journaling should be implemented somewhere in the 6.x release.

    I would also be interested to hear why you think userland is amateurish. Especially since most of everything in there has been around since 1.0 or 386BSD

    1. Re:okay i'll bite by bwelmers · · Score: 1

      pkg_add -r

      The package management tools are very nice indeed, much better than the unnecessary complex and bloated rpm/dpkg-apt combinations.
      I think the author points on the somewhat poor quality of the contents of the binary software repositories, comparing with the major Linux distributions.

      For example: the php4 package depends on apache-1.3. If I want php4 linked to apache-2.0 or just don't want to use apache at all, there's no other way than compile it with ports.
      In the most of the linux distributions there are just binary modules between apache and php that connects them so the php and apache packages can be independent from each other.

      Another thing is that there are no backward-security updates on packages. There is no stable package/ports branch where the software versions stay the same for a few years, like the major linux distributions have. Only way to fix a security bug in a package is to upgrade the package to a higher version. This often means all the dependencies also need to be upgraded and also means that due to a newer version unwanted features/settings will be introduced, for example causing some websites on your server get broken.

      I'm afraid the only way to get to a stable software package repository or portstreem is to have a large team to do all the security and software packaging work (do the "QA" thing), like Debian has.

      I know some (large) companies like ISPs that use freebsd on their systems, have complete departments maintaining an own freebsd distribution and keeping track of all the software packages and develop backward security patches for their system software.

    2. Re:okay i'll bite by Anonymous Coward · · Score: 0
      For example: the php4 package depends on apache-1.3. If I want php4 linked to apache-2.0 or just don't want to use apache at all, there's no other way than compile it with ports.

      Certainly you can portinstall php4-cli to not install mod_php...
  66. Bei uns ist alles besser! by Anonymous Coward · · Score: 0

    And to confirm i'm not a script i had to type 'supreme'.

  67. Why settle for one... by Anonymous Coward · · Score: 0

    ...if you can have both: FreeBSD's obscure userland tools AND Gentoo's compile time:
    http://dev.gentoo.org/~citizen428/doc/gentoo-freeb sd.html

    1. Re:Why settle for one... by Anonymous Coward · · Score: 0

      I read that page and couldn't figure out why effort is being expended on this. In what ways is Portage superior to Ports enough to justify its installation on BSD? I use Gentoo and haven't used *BSD, but I still can't picture Portage being "better" than Ports.

  68. What about updates? by Richard+W.M.+Jones · · Score: 1
    Does FreeBSD ports or packages handle updates?

    I mean to say, on Debian I can do 'apt-get update && apt-get dist-upgrade' and that updates everything on my system to the latest version and/or fully security patched version (depending on which branch of Debian I'm in).

    I used to run a FreeBSD desktop and I was impressed at the speed and reliability over what I'd been using before (Red Hat Linux), but the package systems on Red Hat and Debian are (or seem) far superior.

    Rich.

    1. Re:What about updates? by dknj · · Score: 2, Informative

      that would be portupgrade, my friend..

  69. Bzzzt... by Phil+John · · Score: 3, Insightful

    ...not so fast there sparky, a common misconception.

    You are right in thinking that the true "guts" of the kernel is mach, however, it's only really used for the very very low level stuff and message passing, the rest of the system is provided by a BSD server for mach that takes care of 90% of the system duties. What apple have created is a bit of a bastard child of a microkernel and a monolithic kernel.

    --
    I am NaN
    1. Re:Bzzzt... by Anonymous Coward · · Score: 0

      Not really, it's a monolithic kernel, the BSD kernel services aren't provided by a server but built into the kernel.

      However, OS X makes use of the Mach microkernel services for other purposes (such as IPC), so while the Mach+BSD kernel is monolithic, it couldn't easily be replaced by a non-Mach-based kernel.

    2. Re:Bzzzt... by TheRaven64 · · Score: 2, Interesting

      It could potentially be replaced by NetBSD, which has working support for Mach-style IPC in the Mach compatibility layer. NetBSD can already run some OS X programs, including XDarwin, but does not yet support Quartz. The project page hasn't been updated for a while, so I don't know what the current status is.

      --
      I am TheRaven on Soylent News
  70. BSD code can't be "closed" by ClosedSource · · Score: 2, Informative

    "Sorry, but when you said "use" there I guess you really meant "close". Which is really more like "prevent others from using". Which is exactly what I was saying to begin with."

    This is the major deceptive argument made by some GPL fans. Software licensed under BSD remains free forever and ever. The fact that people are allowed to modify it without distributing the modifications in no way makes the orginal code "closed".

    We can debate the merits of GPL vs. BSD, but let's keep it honest.

    1. Re:BSD code can't be "closed" by Kjella · · Score: 1

      The fact that people are allowed to modify it without distributing the modifications in no way makes the orginal code "closed".

      Perhaps "useless" is a better word then? It doesn't help me one iota that Windows or OS X contain BSD code. BSD is like a free code repository for companies to make money off. The only reason a commercial company would return code to a BSD tree is so that their free workforce can do a more effective job.

      If I wanted to do free work, I'd go to a charity. Not help the profit margin of commercial companies. The GPL is designed to create more GPL software, and it aims to be free. Free as in beer (the charity part) and free as in speech, to encourage the development of more GPL software.

      The GPL is a potential license for code I would never consider releasing under the BSD. If the GPL didn't exist, you'd have to pay me. To me, the GPL code is as free as BSD, because there's nothing I'd want to do which would conflict with it. In addition it is my insurance that whereever it is used, it is free. That makes it much better than BSD in my eyes.

      Perhaps you who release it under the BSD are happy if 0.1% use the free version, and 99.9% pay for it as part of some commercial application. After all, the free code is always free. But to me that is an exercise in academic rethoric, not in practical reality. In reality your code has been commercialized, closed and you're seeing none of the profits. Want to be free labour? Any company will take you up on that. It's not an accomplishment.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    2. Re:BSD code can't be "closed" by ClosedSource · · Score: 1

      "In reality your code has been commercialized, closed and you're seeing none of the profits.Want to be free labour? Any company will take you up on that. It's not an accomplishment."

      Using the phrase "in reality" doesn't eliminate the deception in your argument. People who use the BSD license know that they are giving their labor away for free and have no desire to attach strings to the gift.

      If you wish to license your code under the GPL, that's fine, but if you think you're not also giving your labor away for free, you're just deceiving yourself.

  71. devil mascot by Anonymous Coward · · Score: 0

    I don't like it either, "cute" or not, and I know quite a few people who wouldn't even think of running it based on that alone. It's just plain wrong to try and glorify the symbol of evil. I'm glad there are alternatives in the BSD world for people to choose from. They should have ditched that thing a long time ago. And yes, I have heard the arguments that it doesn't matter, etc, that's not the point at all. Hey, why not RapistOS, it's possible to draw a cute rapist?

    1. Re:devil mascot by Anonymous Coward · · Score: 0

      Your post was hilarious.

    2. Re:devil mascot by Anonymous Coward · · Score: 0

      You should see the original BSD logo

  72. Second Opinion on PC-BSD by 64nDh1 · · Score: 1
    To add a word from a complete *BSD noob. I got PC-BSD 0.7, or whatever one was release May this year I think, maybe a 0.75. It comes with good detection, there are active forums on their site where they make it policy that they want things in as many languages as possible (no UK English at the installer, but they're a small voluntary project from what I see).

    They're working especially hard on driver support too. For what it's worth, Solaris 10 has never detected a sound card on any system I put it on (mostly Creative SoundBlaster stuff, or generic cards). PC-BSD based on Freesbie detected it automatically. It runs KDE 3.4.0 out of the box - no X setup necessary.

    It's a bit sluggish when compared to some optimized Linux distros, but the new KDE is a bit of a load to put on out-dated hardware. For new users, with hardware that's say, faster than 400 MHz with 128 MB RAM, they could live with the performance.

    It's a single CD for installation, and it's quite verbose, with a nice graphical system taking you through partitioning.

    It ships quite light compared to the big Linux distros like SuSE, or probably Debian, Fedora (I've never used them). But it's no stripped down Gentoo either.

    No OpenOffice.org, don't recall a Firefox. The GIMP was there, but pretty much everything that wasn't essential, or expected for a base install of the GUI was left out - but was easily available for FreeBSD from their site.

    Also, it includes a nice version of KAsteroids by default :)

    Some problems I found were that the bootloader doesn't play well with existing systems. I put it on the second half of a HDD with SuSE 9.3 Pro and couldn't access SuSE any more. Had to nuke both of them (mostly because I was getting unsure of what I was doing and they were both 'fresh' without documents that needed to be salvaged).

    I'd flag PC-BSD as a great intro to OSS UNIX (I'm an Apple fanboi, so the OSS is important there). Very easy to get a stable install off the ground. For perforamance it seemed steady for what I used it for, but riced up - pretty KDE, but could have been more optimized.

    There is something unsettling about a system that hides the Konsole in a KMenu item, rather than putting the 'Quick Launch' icon on the KBar all the time (apologies for MS terminology, don't know the Linux equivalent of 'quick launch').

    1. Re:Second Opinion on PC-BSD by chronicon · · Score: 1
      Nice review.

      Some problems I found were that the bootloader doesn't play well with existing systems.

      I didn't have any difficulty with it conflicting with my existing Windoze & multiple GNU/Linux installs with GRUB. I just added an entry for PC-BSD and it was fine.

      My problem with a previous release of PC-BSD was getting my RTL8169 NIC to stay up. It kept dropping. I've never seen this happening under any of my GNU/Linux OS. I didn't have a chance to figure out the problem because I had to nuke the partition the OS was sitting on (I needed the drive space to build some huge image file or something).

      I am hoping that this next installation of PC-BSD will solve the interface issue. If not, I will google until it's fixed. ;-)

      PC-BSD at least lets me get to a point where I have something to learn on, all my other attempts to install FreeBSD were just annoying.

    2. Re:Second Opinion on PC-BSD by 64nDh1 · · Score: 1
      PC-BSD at least lets me get to a point where I have something to learn on, all my other attempts to install FreeBSD were just annoying.

      That's exactly how I feel. I have a copy of Solaris 10, and I don't have any reason for this, but something about it feels different from the *BSD Unix strain. I don't think I could learn generic Unix skills on it.

      With NetBSD I start off with only a console, no X (AFAIK anyway).

      So my current plan is to have PC-BSD as a tool for learning, and if I can, then I'll devote another box to OpenBSD (I have 3.7 on a hard drive that I swap out and replace with PC-BSD). So I get the full GUI for beginner stuff, when I work out what I want to do, then I can try on the other strain of BSD in xterm or a non-X terminal, and find out of it's a generic way of doing things.

      I think my problem with the bootloader was simply that GRUB existed from SuSE, but PC-BSD overwrote it. And PC-BSD then didn't boot SuSE - it gave it as an option though, so maybe it could have worked, just not that time.

      Best of luck with the NIC drop. I have no experience with NIC, if I lost my router I could only think to mess with KInternet to bring it back before heading for Google myself. The amateur/community support on the PC-BSD site seems well intended though. If it persists hopefully someone there has had similar experiences which were resolved and could help out.

    3. Re:Second Opinion on PC-BSD by chronicon · · Score: 1
      Success! I have installed FreeBSD from the latest PC-BSD release and no dropping NIC problem. Everything is working as expected. I am currently typing this on my newly installed OS while it downloads the ports updates. Just a couple of notes for you:
      • It wants a primary partition to install into. I remember this from my previous trial run with PC-BSD so what I did was boot from Knoppix and ran cfdisk to create a new 11GB primary partition (hda3) from the end of the disk forward. This will let me continue to add logical partitions for more GNU/Linux installs.
      • Modified my grub.conf with the following:
        title FreeBSD
        root (hd0,2,a)
        kernel /boot/loader
      • Modified my xorg.conf file with xorgconfig to get the display settings corrected for my E90f monitor (I like 1280x1024 but it was only going up to 1024x768)

      The Michael David Install & Configure guide is even better then I thought! He's got a bunch of downloadable scripts that have made updating and working with the offical ports a cakewalk (and the scripts provide an easy template to follow when working with ports in the future).

      Thanks to the PC-BSD folks and a nice outline from Mr. David, I am set with FreeBSD and all kinds of options to work with--all virtually pain-free!

      There's nothing like doing to actually learn new things. In fact it's about the only learning methodology that really works for me.

    4. Re:Second Opinion on PC-BSD by 64nDh1 · · Score: 1
      Obviously a successful install is not something that needs to be congratulated, but well done anyway on persisting with taking the plunge on Freesbie/FreeBSD. Just as soon as I can lay my hands on a casing with a proc faster than 200 MHz PII, I hope to be doing the same (as such I've made careful note of the details and links in your post).

      Hope that Beta release is as tough as the BSD reputation suggests, and thanks for the bootloader and ports scripts notes.

      /*looks like I don't have an excuse not to use it if I get a suitable comp :) */

    5. Re:Second Opinion on PC-BSD by chronicon · · Score: 1
      Speaking of the FreeSBIE LiveCD (I think you meant to say PC-BSD), it does have a HDD install script after all. I didn't try it though, so who knows how well it works...

      The only thing that (literally) kept me up last night with PC-BSD was my wireless keyboard & mouse--one would work, the other would not. It took me a little bit of trial and error to get that figured out. In the end, it was my own fault, and such a freakin' simple solution. It's embarrassing!

  73. freeBSD rules by mabu · · Score: 1

    I have a FreeBSD box with a current uptime of 900+ days. It would have been longer, but we had to move it from one location to another.

    1. Re:freeBSD rules by WhitePanther5000 · · Score: 0

      Jeez, do you never give it a short rest to clean the dust out? Believe it or not those fans will die eventually and if you neglect it then so will your processor.

    2. Re:freeBSD rules by Anonymous Coward · · Score: 0

      are you serious?

      i think you need to learn about SERVER equipment and not just your home desktop box.

    3. Re:freeBSD rules by TheRaven64 · · Score: 2, Informative

      900 days? I really hope you've been keeping up with the FreeBSD errata. Uptime is nothing to be proud of - downtime is. If your system is compromised because you didn't apply a security update then this costs a whole lot more than the two minutes of scheduled downtime required for a reboot.

      --
      I am TheRaven on Soylent News
    4. Re:freeBSD rules by WhitePanther5000 · · Score: 0

      Right, it's not like servers ever collect dust or need kernel upgrades

    5. Re:freeBSD rules by kanazir · · Score: 1

      You reboot your system after every software update?! We are talking about FreeBSD here, not about Windows :)

  74. FreeBSD vs Linux Stereotypes by Understudy · · Score: 4, Funny

    I wrote this a while ago but it seems applicable here.
    Linux vs. FreeBSD

  75. What? by autopr0n · · Score: 0, Flamebait

    In many ways, FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been. I

    We use FreeBSD and windows at my company. I hate it. I'd much rather use Linux, simply because I'm more familiar with it.

    And while FreeBSD can run on "old" Intel hardware so can Linux, and Linux can run on Itanium, PPC, and just about every thing out there. I'm sure it can scale higher then FreeBSD at this point.

    FBSD is, I guess, convenient for companies that don't want to have to give back their enhancements, but beyond that I really don't get the point. I certainly don't see why exactly Linux "should" be like free BSD.

    --
    autopr0n is like, down and stuff.
    1. Re:What? by despisethesun · · Score: 1

      So your argument is that you don't like FreeBSD because it doesn't run on as many architectures (even though it runs on the ones you listed) and you're not familiar with it? Maybe you should stick with Linux. I'm surprised you even got that far.

      --
      This poo is cold.
  76. About that sig.... by Flower · · Score: 1
    I apologize in advance.

    Your nick is so white they could use it in an Orbitz commercial.

    Your nick is so white your Grams uses it to bleach her coffee cups.

    Your nick is so white it flips 0xFFF to 0x000.

    Your nick is so white the KKK is suing for diluting their trademark.

    And last but not least. Your nick is so white it makes a 40-something, suburban white dude spontaneously bust out in snaps.

    Again, sorry. Slow day. Dead story. And I was inspired by your post.

    --
    I don't want knowledge. I want certainty. - Law, David Bowie
    1. Re:About that sig.... by Anonymous Coward · · Score: 0

      i believe he is just playing with a theme from buckaroo banzai and not trying to use a hip-hop reference. all the aliens were named john something. there was one named john bigboote. apparently the poster felt the need to expound on that with biggabooty, but in reality he should have used biggaboote.

  77. Clap trap by Stumbles · · Score: 2, Insightful
    It runs on out-of-date Intel machines and 64-bit AMD chips, and it serves terabytes of files a day on some of the largest file servers on earth." ?

    Wow I gotta stop believing all that Linux FUD I've been reading. So Linux can't, hasn't or done any of that? Talk about tooting your own horn at the expense of something else.

    --
    My karma is not a Chameleon.
    1. Re:Clap trap by Koiu+Lpoi · · Score: 1

      Fuck the preview button anyways.

  78. Author = flamebait by WhitePanther5000 · · Score: 0

    "In many ways, FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been."

    Can you say flame bait?

    I personally love FreeBSD and several Linux distributions, but you can't really say that one is better than the other since most of them have quite different purposes in mind. I use Gentoo on my AMD64 desktop because in my experience FreeBSD is lacking in the GUI world and I also wanted a source distribution to make sure everything was optimized for my 64bit processor. I'm planning to learn how to take advantage of it in my own programming as well. I have one server that runs Debian and one that runs FreeBSD and both run great and I believe they are equally secure. Security depends more so on the administrator than the flavor of the OS. Uptime on both of the machines is practically flawless other than general hardware maintainence and kernel upgrades. Just be glad that you have the freedom to choose which OS or OS's you use but don't assume that your choice is the best for everyone.

  79. +5 Funny? More like +5 Interesting by jZnat · · Score: 1

    So, uh, would BSD be like smooth peanut butter and GNU/Linux crunchy peanut butter? They both offer very similar things, but the two are different enough that you can have a preference. And both go good with jelly/jam (which could also be applied to this comparison). Some people are allergic to peanuts; I guess these people would be compared to those who cannot use Free software due to licensing restrictions?

    --
    'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
  80. I D I O T S by Anonymous Coward · · Score: 0

    Aparently so,
    The fact is FreeBSD is just a K E R N E L.
    Linux is just a K E R N E L.

    They both use G N U tools to do the majority of their user related tasks.

    Let's talk about something really interesting, specifically inovation with respect to speed.

    I'm seriously tired of the old processors. Every year a new legacy based Processsor.

    1. Re:I D I O T S by Anonymous Coward · · Score: 1, Informative

      The fact is FreeBSD is just a K E R N E L.

      No, it isn't.

      They both use G N U tools to do the majority of their user related tasks.

      No, it doesn't.

    2. Re:I D I O T S by Anonymous Coward · · Score: 0

      Wow... you're either massively ignorant, malicious, or just plain stupid... which is it?

    3. Re:I D I O T S by toadlife · · Score: 1

      You left out:

      D) All of the above

      --
      I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
    4. Re:I D I O T S by mattmatt · · Score: 1

      Heh.

  81. lol! by Anonymous Coward · · Score: 0

    nig nig nig.

  82. Does that mean you're into beastiality ? by anti-NAT · · Score: 1

    You said it, not me!

    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
  83. Lets see the rest : by da5idnetlimit.com · · Score: 3, Informative

    "The OpenBSD project does not make the ISO images used to master the official CDs available for download. The reason is simply that we would like you to buy the CD sets, helping fund ongoing OpenBSD development. The official OpenBSD CD-ROM layout is copyright Theo de Raadt. Theo does not permit people to redistribute images of the official OpenBSD CDs. As an incentive for people to buy the CD set, some extras are included in the package as well (artwork, stickers etc).

    Note that only the CD layout is copyrighted, OpenBSD itself is free. Nothing precludes someone else from downloading OpenBSD and making their own CD. If for some reason you want to download a CD image, try searching the mailing list archives for possible sources. Of course, any OpenBSD ISO images available on the Internet either violate Theo de Raadt's copyright or are not official images. The source of an unofficial image may or may not be trustworthy; it is up to you to determine this for yourself.

    We suggest that people who want to download OpenBSD for free use the FTP install option. For those that need a bootable CD for their system, bootdisk ISO images (named cd36.iso) are available for a number of platforms which will then permit the rest of the system to be installed via FTP. These ISO images are only a few megabytes in size, and contain just the installation tools, not the actual file sets."

    So they do not provide isos for free, they prefer to have you buy a set of boxed cds to fund their effots. Yeah, I can see it... Bad, evil people trying to make some sort of money for a project.

    They then say you can download from unofficial sources as you will. Gosh. They must be mad as well as evil...

    They even propose to build a full system from an ftp using just a floppy or a cdrom . My head start spinning. This people REFUSE to give you an iso, but helps you 3 ways to get their sofware.(3.4 - Downloading via FTP, HTTP or AFS...)

    So, I agree, BSD is made by Bad, Evil, Mind Spinning people that actually help you get their software. In multiple forms... but they won't provide you poor soul with an ISO, you'll have to use your bleeding fingers into 20 seconds of googling to get it...

    Madmen, all...

    --
    It takes 40+ muscles to frown, but only four to extend your arm and bitchslap the motherfucker
  84. in many ways...notably excepting portability by toby · · Score: 2, Informative
    In many ways, FreeBSD has always been the operating system that GNU/Linux-based operating systems should have been.

    And if you want a portable BSD, don't overlook NetBSD, arguably the most portable and ported modern high-performance operating system in existence.

    --
    you had me at #!
  85. Just last night... by Anonymous Coward · · Score: 0

    I installed 5.4 on my laptop. For years, before Gentoo, I was a FreeBSD person. In fact, only Gentoo could have made me switch. I wanted to see what was going on with FreeBSD, so I put it on a spare partition. After installing, I plugged in my USB key. After a flurry of error messages, with the activity light blinking, my key was unreadable. Disappointing.

  86. FreeBSD is GREAT but ports have problems by Local+Loop · · Score: 1

    I agree with you on most of that, and vastly prefer FreeBSD over any version of Linux. I love that the remotely exploitable security problems are few and far between, and they tend to only release pretty stable kernels. Back when I used Linux for everything the "kernel of the week" problem was eating up tons of my time.

    I hate the way that the linux world feels compelled to constantly add useless (to me) features that only add to the bloat and breakage. If you want a linux desktop; fine; but PLEASE don't screw up the server functionality for the rest of us.

    It's so bad that we have to depend on big commercial vendors to put together reliable Linux configurations for us. But it's an evil cycle; corporate vendors are always looking for a way to "value add" and "differentiate", which means more useless features and bugs.

    But I've had horrible problems with ports -- on 4.9 and 4.10, large numbers of ports won't compile, and on both 4.x and 5.2.1, I'll try to compile a port and it will simply stop with a makefile error.

    Also, they don't maintain separate ports trees for 4.x and 5.x, leading to inevitable incompatibilities (i.e port X depends on some v5.x feature or lib; many things depend on port X...)

    portupgrade, and indeed the entire ports framework, is poorly documented with too many different ways of doing things.

    1. Re:FreeBSD is GREAT but ports have problems by petrus4 · · Score: 1

      >It's so bad that we have to depend on big commercial
      >vendors to put together reliable Linux
      >configurations for us.

      No, you don't have to.

    2. Re:FreeBSD is GREAT but ports have problems by Anonymous Coward · · Score: 0

      Thanks for the link, very nice, although I don't agree with your sig.....I personally metamoderate most negative moderations as unfair if the comment is remotely relating to the topic.... I also moderate up 99% rather than down.

    3. Re:FreeBSD is GREAT but ports have problems by Anonymous Coward · · Score: 0

      > But I've had horrible problems with ports -- on 4.9 and 4.10, large numbers of ports won't compile

      It's quickly getting to the point where the ports team can't support the older versions of 4.X (note: neither 4.9 nor 5.2.1 are even supported by the security team any longer -- these are older releases).

      The automated build cluster builds binary packages based on the latest 4-STABLE sources and as build failures are identified we label those ports as BROKEN and periodically remind maintainers about them -- and most of theses ports do get fixed. There simply aren't enough build machines to build in every possible combination of OS version and architecture, however.

      For your 4.X boxes, your best choice is to upgrade to 4.11 or 4-STABLE. For your 5.2.1 boxes, your _only_ choice is to upgrade to 5.3, 5.4, or 5-STABLE. 5.2.1 was intended as a developer-only release although everyone ignored that fact (partly due to how long it took to stabilize the APIs for 5.3, the first one to be called 5-STABLE). So much changed between 5.2.1 and 5.3, however, that you may be better off doing a reinstall than an upgrade.

      The development team changed the way things are done after the 5.3 release to make sure that that level of pain never happens again -- even going between major revisions -- but that's water under the bridge now.

      In any case, although I won't dispute that you're having problems, the fact remains that you're using releases which are out of support. The only real alternatives at this point are to go to 4.11, 4-STABLE, 5.4, 5-STABLE, or wait for 6.0.

      Mark Linimon

    4. Re:FreeBSD is GREAT but ports have problems by Anonymous Coward · · Score: 0

      > Also, they don't maintain separate ports trees for 4.x and 5.x, leading to inevitable incompatibilities

      There's insufficient manpower available to branch the ports tree. With over 13000 ports, the amount of time it would take to do backmerges would be daunting.

      The best that we can do is to continually build packages on the 4.X, 5.X, and 6.X build clusters and use the results of those builds to provide feedback to the maintainers.

      It is possible for individual ports to detect which release they are on and do different things (workarounds).

      Having said that, the 5.X kernel APIs are fairly different from the 4.X APIs. In the future the APIs will be changing less dramatically between major revisions. Also, 4.X has gcc2.9.5 as its default, and 5.X uses gcc3.3 or above. As authors upgrade their software to use the later gcc versions, it is getting more and more problematic to keep them running on 4.X.

      To summarize this and my above post, the 4.X series was a success, but its time is drawing to a close as all the developer interest and support has shifted over to the newer releases.

      Mark Linimon

    5. Re:FreeBSD is GREAT but ports have problems by Local+Loop · · Score: 1

      Thanks for the info. It seems like FreeBSD changes so fast these days. It was only a year ago that we put the 5.2.1 box in service. Unfortunately the RAID controller wasn't supported by 4.x at the time so that was my only choice.

      I probably will upgrade to 5.4 next month when we do a major application upgrade. But now that 6.0 is out, how long will it be until 5.4 is out of date?

      All of our boxes are colo'd so of course it's a real pain to do OS upgrades (well it's not THAT hard, but if they don't come back up, I have to drive out there.).

      BTW is it safe to enable the "background_fsck" feature again? I always turn it off first thing because it's caused me lots of problems (lockups and mangled filesystems). I assume they've gotten that straightened out by now?

  87. Another lame excuse for journalism by kingsqueak · · Score: 2, Interesting

    The article just gets to making a point, and then never makes it. Over and over again.

    The net result is just a lame advocacy attempt.

    Again the lame point about linux being merely a kernel is made. What decade is this author living in? Has anyone ever decided to deploy linux in the enterprise by simply downloading the latest kernel for the install? Hell no, linux is installed as a distribution, always. This tedious harping on semantics and unix purity is nonsense.

    In the replies the lamo 'RPM doesn't handle dependencies' rears its ugly head yet again. What modern distro now doesn't have a package management wrapper? If you violate dependencies with RPM's or whatever your package of choice may be, it's because you have a fundamental misunderstanding of how to manage your system of choice. I haven't had dependency issues *ever* using RPM's created for the installed base I was running. Sure if I chose to install rogue, poorly built RPM's from a source that doesn't use a consistent build environment, they will have issues...but that makes it my fault, not the fault of the system I'm running. The system, at least for now, isn't smart enough to keep me from using my free will and breaking it.

    What happened to informative journalism? It's dead. Everyone from mainstream media to bloggers lives in a three sentence, paragraph header mentality. 90% of anything 'published' online now consists of a 'story' that is merely a collection of paragraph headers with no meat.

    Just read all the 'security' articles weighing linux vs windows and it's evident. People with an obvious misunderstanding of both platforms, spouting off daily as though they are experts. The unfortunate part of all of this is that the average reader of any of these topics won't even realize the inherent flaws in the 'articles'.

  88. Linux vs FreeBSD stability by hsn · · Score: 1
    Linux 2.4 is not rock stable OS. It can be easily crashed by just a forkbomb. I do not use 2.6 because it has other set of stability problems under heavy database load.

    Most FreeBSD releases 5.2, 5.3, 6.0 are forkbomb resistent. Linux 2.6 is forkbomb friendly also, but runs much slower than FreeBSD 6 when forkbombed.

    1. Re:Linux vs FreeBSD stability by Anonymous Coward · · Score: 0

      The term is "rock *solid*" fuckwit.

    2. Re:Linux vs FreeBSD stability by Anonymous Coward · · Score: 0

      That's not a kernel problem, it's a default configuration problem. You can set users' maximum number of processes at /etc/limits.

  89. Kernel performance by foonf · · Score: 4, Insightful

    If you want to seriously compare two open-source Unix-like systems, the only instrinsic difference is the kernel. Arguing that one system is better because of the default configuration of network services, the package system, the organization of the rc scripts, and so on, is a red herring, because there is no reason you can't take all of the userspace from one system and run it on top of the kernel from the other -- and there are projects which do this.

    In that light, these benchmarks are the most enlightening comparison I have seen to date. Some BSD users have attacked the methodology, but none of them has gone on to do alternative tests of their own, and the author has been very conscientious about addressing some of the criticism. The bottom line is that FreeBSD is, whichever version you choose, at best equal to Linux in low-level kernel performance, and usually slower.

    When you also take into account the greater ease of use of most common Linux distributions, broader hardware support, greater availability of commercial software (yes, you may be able to run it under FreeBSD's Linux emulation layer, but the vendor is unlikely to officially support that, which matters to large corporations), and better scalability, it really isn't suprising that most people considering a free Unix-like operating system choose some distribution of Linux.

    Undoubtedly for a long time, perhaps until the 2.4 kernel came out, FreeBSD probably was superior, and had a well-deserved reputation as a better choice for serious usage. For some purposes (there are some routing benchmarks that FreeBSD people always bring up, which I can't find right now) it may still be. But through some combination of the AT&T lawsuit, media coverage, and pure chance (licensing may also have played a part), the commercial support and developer mindshare swung decisively to the Linux kernel, and today it is clearly the best choice for most uses. We can wonder what would have happened if FreeBSD had won out instead -- the resulting kernel might very well be better than either Linux or FreeBSD is today -- but that doesn't change the facts about which is the better choice today.

    --

    "(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
    1. Re:Kernel performance by Wonko42 · · Score: 3, Informative
      It would be very interesting to see an updated version of those benchmarks performed on FreeBSD 5.4 with debugging off. In those tests, FreeBSD 5.1 scaled almost as well as Linux 2.6, but FreeBSD kernels prior to 5.3 had some major problems. There have been huge improvements between 5.1 and 5.4.

      Personally, I'd say that 5.3 was the first of the 5.x branch that was actually production-ready, and 5.4 is even better. However, the 5.x branch is still a bit of a disappointment compared to 4.x, which was an absolute gem in terms of stability and scalability. Thankfully, it looks like 6.x is shaping up nicely and a great effort is being made to avoid making the mistakes that were made in the 5.x branch (namely cramming in too many big new features without sufficient testing).

      For my money (or lack thereof, teehee), if the FreeBSD kernel performs about as well as the Linux 2.6 kernel, then I'd choose FreeBSD hands down, merely because I prefer the FreeBSD Way. It's the oldest argument in the FreeBSD vs. Linux game: I like the consistency, the elegance, the ease of keeping third-party software updated via the ports system, and the knowledge that the project is in the hands of good, intelligent, trustworthy people. I don't mind Linux at all; in fact, I really like Gentoo. But it doesn't give me the same warm fuzzy feeling of stability, security, and elegance that FreeBSD does.

    2. Re:Kernel performance by argent · · Score: 2, Interesting

      If you want to seriously compare two open-source Unix-like systems, the only instrinsic difference is the kernel. Arguing that one system is better because of the default configuration of network services, the package system, the organization of the rc scripts, and so on, is a red herring, because there is no reason you can't take all of the userspace from one system and run it on top of the kernel from the other -- and there are projects which do this.

      I've looked at every "Linux kernel with a BSD-like userland" package I've found, and I haven't found a "Linux kernel with a BSD-like userland" yet. And I haven't seen one that claimed that that had the same userland two years running. The way Linux is built out of packages, rather than having a stable core OS that's more than just the kernel, ensures that.

      Linux kernel performance has gotten better on some of these benchmarks, to the point where it's comparable to FreeBSD... ahead in some places, behind in others. The only place it seems to choke is a test that the author acknowledges isn't realistic: there's no reason to expect that mmapping every other page of a 200M file will behave similarly to performing the same number of mmaps on small files. Linux filesystem performance has often been very good, too: until FreeBSD got softupdates, Linux was clearly ahead there (albeit at the cost of stability).

      The big problem with the Linux kernel is that it's unstable. Not unstable as in "it crashes too often", but unstable in "it changes too fast". 2.6 is changing so fast that Linus had to take time out to write a version control system that could handle his workload. And there's no indication what kernel APIs should be considered stable and which are subject to being pulled out from under you.

      I've been able to debug problems in Tru64 UNIX (based on 4.3-Reno) using the FreeBSD (based on 4.4-Lite) source tree. Apple Merged NeXTstep and FreeBSD to form Darwin and has been pulling in chunks of FreeBSD kernel code into Darwin on a regular basis. These are source trees that forked years ago, and they're still close enough to make this kind of thing reasonable.

      The BSD userland is similarly stable and reliable over the long term, and across separate systems. Linux? I went from Red Hat 2.1 to 4.1 to 6.0 to 7.1, to RHEL 3... and it was a different OS every time. And that doesn't begin to address the differences between Debian and Gentoo and Red Hat.

    3. Re:Kernel performance by synthespian · · Score: 2, Interesting

      It's the oldest argument in the FreeBSD vs. Linux game: I like the consistency

      Let me say a few words about consistency:
      Some software developers complain (I don't need to post URLs, you'll find it if you google) about GCC, glibc and library developers, even kernel hackers, who every now and again break existing software, or change interfaces on GNU/Linux. Just this week I saw a ML compiler that ceased to work properly under the new 2.6 kernel.
      I've read a presentation about kernel development by an IBM guy whose philosophy was: "submit code first, fix it later."
      This is just crazy. Even Linux vendors complain.
      If you want to build a business that lasts, you have to be able to rely on consistency. I keep having trouble on OpenBSD trying to compile software that "was written for Linux." I mean, what's up with that? Write for UNIX. On that note, about consistency being an important requirement for a solid business, this interview with Joel Spolsky has some nice thoughts about it. He mentions a firm from Canada, "incredibly profitable" - he says - whose specialty is supporting VAX!
      Now, it maybe that the Microsoft approach of breaking things to sell you a solution is a good way to make money. However, some industries just can't fucntion that way. I'm thinking here, e.g., banking, medical, aviation, etc. So consistency is a real problem and a big issue.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    4. Re:Kernel performance by Wonko42 · · Score: 1
      I was mostly referring to consistency in the operating system, as opposed to the kernel. I haven't spent much time comparing the Linux and FreeBSD kernels, so I can't comment on that angle. But in my dealings with Linux and FreeBSD, I've found that it's much easier to find documentation (official or otherwise) for things I need to do with FreeBSD (or for obscure problems I run into), because everyone's using the same distribution. With Linux, the signal to noise ratio is lower because there are hundreds of distributions, all subtly different, and documentation for one may or may not apply to another.

      In this respect, I have to praise Gentoo again. Gentoo has the best documentation of any Linux distribution I've used, and when the official docs aren't enough, there's almost always something useful on a mailing list or unofficial Gentoo wiki somewhere. It's not quite as easy as finding FreeBSD help, but it's close.

  90. "Each problem that I solved became a rule..." by Anonymous Coward · · Score: 1, Insightful

    "Each problem that I solved became a rule, which served afterwards to solve other problems." -- Rene Descartes.

    This, in my opinion, is what *BSD has over Linux. The *BSD's have more stable API's, better documentation, and well-established procedures for system management, etc. Some of the quirks have to do with not invalidating old-knowledge, not breaking things that work, not causing radical upheavals. Linux, of course, has no problem doing these things on a routine basis.

    I have run Debian. The boot(7) web-page mentions that /etc/sysconfig from RedHat systems. The equivalent on Debian is /etc/defaults, which is mentioned nowhere in the manual page, or *any* manual page, and Debian takes more care with their manual pages than most distributions. Why should I have to figure this out? This is one trivial example, but these kind of glitches in integration multiplied many-fold engender a degree of inconfidence in the system. When I read something in a *BSD manual page, I can usually go to the bank with it. OpenBSD takes great pride in their manual pages. I liken this to confidence with a hammer. If you know you can trust your hands and the tool, you can swing hard and drive your nails in. If you think you've got a slightly bent nail, a slightly rotted board, or shakey hands, you have to tap the screw in. Linux always makes me tap nails, and *BSD lets me drive them in like a pro.

  91. Gentoo by EvilStein · · Score: 4, Informative

    A lot of the FreeBSD plusses you listed also apply to Gentoo Linux.

    Both are decent operating systems. :)

    1. Re:Gentoo by obender · · Score: 1

      FreeBSD existed long before Gentoo. Actually Gentoo is a FreeBSD wannabe distribution of Linux.
      And that is good.

    2. Re:Gentoo by mikaelhg · · Score: 1
      A lot of the FreeBSD plusses you listed also apply to Gentoo Linux. Both are decent operating systems. :)

      ... for hobbyists. Policymakers don't approve installations of Gentoo or FreeBSD as general use servers because they have one really really good piece of the puzzle, but are missing all of the rest of the pieces which are necessary to produce value from the installation.

      We understand that some of the younger or less widely experienced users and system administrators do not understand that to produce business value, systems must have all of the pieces of the value chain. This is OK, understanding the more complex issues takes time, patience, hard work, willingness to understand the way people think and act, and an open mind.

      Companies such as Microsoft and Red Hat make it possible for us to get business value out of computer systems and the people who work on them by providing all of these pieces.

      If Gentoo put out a product which would have all of the necessary pieces for a long lifecycle, I would certainly and immediately start deploying Gentoo systems.

      I fully understand that it might not be what the Gentoo people wish to do, and providing such a system might not be in their interests or interesting to them. It's totally OK, I want them to use their lives in the most fulfilling fashion possible.

      If you want to change the situation, however, please try to really understand the whole picture instead of blaming stupid managers.

    3. Re:Gentoo by Ragica · · Score: 1
      Indeed, both are decent. I run FreeBSD on my AMD64 desktop; but Gentoo on my laptop (originally due to proprietary drivers only available for linux). Both get a lot of use. Both build and update a lot of software frequently.

      Gentoo's portage system has a lot to recommend it. The various BSD port build systems feel pretty clunky in some ways in comparison. On the other hand there are some third party utils for FreeBSD (porteasy, portupgrade, etc) that make things a lot more convenient.

      Also, I've found gentoo in the end to be a lot more fragile than FreeBSD. True, I do run Gentoo with mostly ~x86, I try to do it fairly carefully (though no ~x86 for gcc, and a few other base ports... tried it... big mistake...!). I find the ~x86 necessary to keep many software packages I use daily on FreeBSD as current on my laptop... waiting for "stable" blessing on Gentoo can take a long time, it seems.

      Even so, my Gentoo laptop is often developing weird quirks, which seem to be due to dependency problems. On linux I find it necessary to update the kernel, and tweak kernel flags much more than on BSD. And BSD's solid base packages which rarely change between releases of the OS as a whole I think are what keeps it much more stable than my experience with Gentoo.

      Still, I'm glad Gentoo exists... i can't think of another Linux distro i'd like to run. It's a pretty good system, which I hope improves. It has learned a lot from BSD, and improved some things, however its relative immaturity is still pretty glaring (or at least so it seems to me).

    4. Re:Gentoo by EvilStein · · Score: 1

      Huh? Uh, I understand the picture just fine. I was merely pointing out that Gentoo has a lot of the features that FreeBSD users gloat about.

      And, it really depends on your organization. I have used Gentoo in a "corporate" environment before, and the managers/policyholders signed off on it. Everything went very smoothly. I even took the opportunity to train the "We know nothing about Linux except Red Hat/RPM" "admins" we had about Gentoo, and they picked it up very easily.

      If you want corporate contracts & guaranteed compatibility with stuff like Oracle, then yeah, use Red Hat. This company wasn't interested in spending the $$$ on Red Hat, and Gentoo fit the bill quite nicely. One of the reasons that FreeBSD wasn't going well was previous issues with the Dell hardware.

      Also, there is a gentoo-server project. :)

  92. Terrorist OS by Anonymous Coward · · Score: 0

    If Osama Bin Laden was an operating system, he would be *BSD. It is the enemy of free operating systems and must be stopped.

  93. Unix-LIKE?? by jefp · · Score: 0, Troll

    FreeBSD is not Unix-LIKE, it *is* Unix, in the same sense that Linux is NOT Unix and never will be. FreeBSD is in direct line of descent from the original Unix versions, with continuity of both code and contributors. Linix is a bad re-implementation by a bunch of clueless n00bs who have been re-capitulating all of real Unix's old bugs, twenty years later.

    1. Re:Unix-LIKE?? by msbsod · · Score: 1

      Exactly! There have been two branches of Unix and they constantly merged to what we know as "Unix". One of them is the AT&T branch, of course. The other one is BSD, developed at the University of California at Berkeley. All we saw later, like Linux, were derivatives of the same. Remarkably, AT&T as well as UCB ended the development of Unix a long time ago.

  94. Re:Possible Bias? :-) by irc.goatse.cx+troll · · Score: 1

    Or slashdot login. (in fairness, I did run the ircd.)

    --
    Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
  95. I remember that benchmark too. by Some+Random+Username · · Score: 1

    And I remember that the guy doing it has no clue what he is doing, and ran netbsd with only a single kernel thread. And didn't even figure out that with 2 CPUs it was the same as with 1 CPU, maybe I am doing something wrong. Yep, that must be because BSD sucks.

    Considering that less than .001% of people are ever going to use a 64 CPU machine, I am very glad that the BSD developers have not wasted tons of time and money supporting such machines. And linux does not scale linearly to the last processor, nor does any OS, you are just talking out of your ass now, SMP always has overhead.

    Maybe some day you will stop being sick and tired, but it looks like you will always be ignorant and foolish.

    1. Re:I remember that benchmark too. by NutscrapeSucks · · Score: 1

      I also remember that benchmark, and the long list of excuses produced about how the systems weren't tuned correctly, or such-n-such development code should have used. I never saw anybody produce favorable benchmarks with a "correct" system.

      At the very least, it left the impression that the *BSDs required significantly more administration overhead for what seems to be a fairly common DB configuraiton.

      Systems are scaling out now, not up. By next year, commodity server systems will be shipping with 4-8 cores, and that will jump to 8-16 cores soon after. Even laptops will be dual-core. I contend that either an OS has their SMP shit together, or they are irrelvant.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    2. Re:I remember that benchmark too. by Lost+Found · · Score: 1

      In regards to the first point, the comments in the article that reveal that "PTHREAD_CONCURRENCY" was not set to 2 also reveal that at the time of publication, PTHREAD_CONCURRENCY was undocumented and even when building an SMP kernel PTHREAD_CONCURRENCY was set to 1. They mention that they were going to set it by default to the number of processors, but had to revert the change because of a regression test failure. Saying that the guy has "no clue what he is doing" is utter bullshit because the need to adjust PTHREAD_CONCURRENCY should be made loud and clear if it's that limiting of a factor. This was discussed specifically on the NetBSD mailing list:

      ------
      It's worth mentioning that one needs to set $PTHREAD_CONCURRENCY
      environment to the number of CPUs to make it actually run on multiple
      CPUs on NetBSD 2.0. Especially because there is no existing common
      practice about this environment variable on other OS, and this may be
      a temporary measure.
      (If our implementation is mature enough, the pthread library
      must set $PTHREAD_CONCURRENCY to the number of CPUs by default.)
      ------

      Continuing along...

      Of course SMP always has overhead. Saying that an operating system "scales linearly" means that to whatever line in the sand you draw, adding each extra processor results in a measurable and significant increase in performance. Which is why HP labs, that did the test, stated publically that Linux "scales linearly" to 64 processors on their Superdome.

      Had they been running *bsd (do any of them even have NUMA support?), they would have stated that it does not "scale linearly", because in the case of BSD, the returns from adding additional processors would result in an exponential dropoff.

      Please don't misinterpret the fact that I'm not a BSD fan to mean I'm a BSD hater. No doubt, many good things have come out of BSD. What I don't appreciate or like is BSD elitists who spend more time standing on razor-thin ice, throwing rocks at the Linux mansion, then they do working to improve one of the only other practical UNIX systems in existence today.

      List of facts for clueless BSD users / users in denial:

      1. Linux has a vastly greater development rate;
      2. Linux has vastly more hardware support;
      3. Linux is vastly more portable;
      4. Linux is vastly more scalable;
      5. All BSDs could have these things too if you could learn how to stop bickering amongst yourselves and others.

    3. Re:I remember that benchmark too. by Some+Random+Username · · Score: 1

      Again, choosing to ignore simple facts and instead whine and moan with vague bullshit. Here's a clue, NOBODY GIVES A FUCK ABOUT YOU. Have fun not liking BSD and BSD users. Have fun whining about it like a complete douche instead of spending time with something you do like. It sure makes you look smart.

      And commodity servers already have 4-8 cores. So what, BSDs run fine on those servers, who cares? Not to scare you with common sense here, but BSD developers do what makes sense, not what corporate interests dictate. Therefore BSDs will support 64 CPU machines when there is a reason for them to. Linux supports 64 CPU machines because companies like SGI wanted it to, and made it happen. This benefits SGI, not linux users. Its purely something for insecure linux users with small penises to brag about to try to feel superiour, because 99.9999% of them have never even seen a 64 CPU machine.

    4. Re:I remember that benchmark too. by NutscrapeSucks · · Score: 1

      Ooo, getting touchy, are we? If it gets you overly agitated, maybe it would be best for your sanity to not click into Slashdot troll-articles in the future. Then you can stay in that happy place where BSD is the best.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    5. Re:I remember that benchmark too. by Nimrangul · · Score: 0, Flamebait
      The article itself was in no way a troll, though your trolling was, if not deliberate trolling, being a retard.

      Perhaps you can stop being a douche and people will stop calling you one, you douche.

      You seem to have a condition I have observed, I like to call what you suffer from Bigger Dick Software Syndrome.

      What's happening is that you're upset that there is something competing with your beloved Linux and it claims not only to be more Open than Linux because it doesn't do closed source drivers and modules but claims to be more Free than Linux because it doesn't use the GPL - you look down at the dirt for a second and then decide since you cannot prove your point of view to these people that you have to make as big of a possiblea dick as you can instead.

      Feel free to return to bugger off some time and leave everyone else alone, you're wonderfully insightful and informative tripe doesn't really interest anyone that knows anything.

      Bigger dick competitions don't belong here, go become a world leader, being a cocky douche seems to be great for one's career in that field.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    6. Re:I remember that benchmark too. by Some+Random+Username · · Score: 1

      Getting touchy? I don't belive so, I just called a douche a douche. Does it make you feel better to try to pretend that everyone who calls you a douche is just upset about something, and you aren't REALLY a douche? You couldn't possibly be a douche could you?

      I don't live in a happy place where BSD is the best, I live in the real world where best isn't an absolute, and it changes from task to task. 99% of the bullshit that morons with agendas (for linux or for BSD) blather on about is irrelivant. But don't let common sense get near you and hurt your brain, acting like a moron who refuses to think for himself is probably better anyhow.

    7. Re:I remember that benchmark too. by NutscrapeSucks · · Score: 1

      Except for one measly server at work, I don't even use Linux that much. Whoops. Now please drive through.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    8. Re:I remember that benchmark too. by NutscrapeSucks · · Score: 1

      No, I'm happy you think I'm a douche. Mission accomplished. Better to be a troll than some shitass zealot who's nerdpenis is apparently dependant on an undocumented, broken shell variable.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  96. Give OpenBSD a shot. by cjsnell · · Score: 1


    I'd recommend you trying OpenBSD. Contrary to the misinformation that is passed by most Slashdotters, OpenBSD is not just "for firewalls". It's a great, fast-performing, stable, "correct" BSD that has many, many nifty features. Oh, and it's secure-by-default. :)

    I've been very pleased with my 64-bit machines running OpenBSD. I'm slowly moving all of our production FreeBSD 4.x and 5.x machines over to OpenBSD.

    Chris

  97. Free B&D has alllllong way to go. by Halvy · · Score: 0

    Because NOONE has hurd of freeb&d and for those who have 'looked' at it, have decided it is a poorly developed OS except for a few odd exceptions.

    I'm not the only nerd who has tried it SEVERAL times in the past..to much frustration and disappointment with even the BASICS of installing and setting up.

    But when the maintainer(s) seem arrogant, ALONG with the fact that you need to be more than an 'Admin' to love the install/setup procedure..well..

    However I'll keep trying it every-now-and-then becaue i like to keep an open mind.

    But i'm sorry, when as recently as 'FreesBie' came out, and won't even recognize a system correctly which is barely a year old.. my opinion is the rest-of-the-implimentation will probably goes as 'lousy'.

    I KNOW that alot of these maintainers do the work for free, or outa enjoyment... buhhht, they really should NOT expect everyone else to take them very seriously, let alone 'join' them, or give them money.

    Linux at least has hundreds if not thousands of 'distros', which you can enjoy as much 'shopping' for on the net, as much as trying them out.. and put several on your pc, each one dedicated to a 'special' task that distro 'excells' in. :)

    A product (including alot of linux stuff) is NOT free when you have to be agrivated nearly us much as you would with ms. crap!!

    But at least with Linux you can make changes if you have the time and patience :)

    -- The InterNet is a terrible thing to waste... arrest bill gates, and shut-down microsoft IMMEDIATELY!

    --
    I will gladly loose all of life's battles.. in order to win the war..
  98. SGI Altix? by Anonymous Coward · · Score: 0

    http://www.sgi.com/products/servers/altix/
    "The SGI Altix 3700 Bx2 supercomputer supports globally addressable memory across multiple nodes, scaling to hundreds of Intel Itanium 2 microprocessors. Each Altix 3700 node can combine up to 512 processors in a single Linux operating system image, and is ideal for the most complex HPC problems, enabling innovation without limits for technical users."

  99. Handbook schmandbook... by Anonymous Coward · · Score: 0
    "The documentation is marvelous - man pages are useful, and the handbook covers most things."

    Until last year some on /. would call it...

    The Hand Book for the Recently Deceased

    I personally find it reads like stereo instructions...or the info pages for Emacs!

  100. The most obvious difference by theendlessnow · · Score: 1
    Not sure if anyone has pointed it out or not...

    Most obvious distinction is that BSD (and I guess FreeBSD) is dead.

    Linux has yet to add that feature... or perhaps Linus is simply rejecting the patch for now. My guess is that he didn't want to junk up the kernel with rotting and decaying matter. He's probably looking for a good user space implementation of death. We'll see.

  101. UNIX-like? by Anonymous Coward · · Score: 0

    FreeBSD is UNIX (legally and technically)! No UNIX-like about it, its the real thing.

  102. YOU are so full of crap-- bud.. by Halvy · · Score: 0

    Linux is relatively new (esp. to the desktop).

    Bsd & Unix proper have been around for neary 50 years.

    Why do you waste everyones time with such un-credible remarks.

    Many major companies like Ibm and Hp have taken the Linux route-- for a reason!

    Please don't say Apple has gone the way of Bsd, because EVERYONE knows that-- (you simplton)!!

    Ahhhhhnd, EVERYONE KNOWS that they can't afford to install Macs, nor do they have the resources that Steve Jobs has to incorporate a 'working-harden-bsd' system on their kids computers!! :)

    -- The InterNet is a terrible thing to waste.. arrest bill gates, and shut-down microsoft-- IMMEDIATELY.

    --
    I will gladly loose all of life's battles.. in order to win the war..
  103. Why FreeBSD is not good for most businesses by Punk+Walrus · · Score: 4, Insightful
    I work in a former FreeBSD office. I say "former" because we are in the long process of uprooting a lot of FreeBSD architecture a previous admin forced upon us.

    I am not going to get into which OS "is better" because actual performance is not the issue here. If I had to rate what I saw, FreeBSD (4.1x) worked okay for the hardware it was put on, although it probably would have worked better on a "stock install" than the kludged clusterfuck that we deal with now.

    The background is this: a few years ago, the small company I worked for had two admins who were FreeBSD fanatics. They pressured the IT department to use FreeBSD because it was free, their Windows infrastructure was taxed, and they had just bought a whole lot of new hardware. The pressured FreeBSD over Redhat, and made an impressive demo. So the company started going to FreeBSD. The admins, who had impressive mod skills, "tuned and tweaked" FreeBSD to work under the specific loads of the various server functions.

    This would have been a good situation to be in, but then one of them got lazy, and updates got further and further behind. The other quit. The lazy one got fired. The other admins didn't know FreeBSD and barely knew Linux. Both of them eventually quit, too. I don't blame FreeBSD for the personnel problems, but this is leading to the main problem.

    The company searched for someone with FreeBSD experience. The few people they found were not the kind of people they were looking for (inexperienced, would not pass clearance, had poor work records), and now they were stuck with a rapidly aging system that wasn't supported by anyone who had a clue. The new admins they hired tried to match the previous admin's skills, but were spending so much time diagnosing crashes, they didn't have time to learn new FreeBSD skills via online sources, which are sparse, confused, unorganized, and unsupportive (don't flame me on this, because this is pretty much the opinion of the whole company). And finding corporate-level supported software and hardware to run on FreeBSD was next to impossible ("We don't support FreeBSD for our fiber channel cards," says a SAN company desperate for our business, "but we hear some guy in the Netherlands had a flaky beta driver that can see things as long as the partitions are less than 256 GB." then the Sourceforge project hasn't been updated since 2002, doesn't work on our kernel version, and the guy's website is 404...)

    So they decided to go with Redhat Linux. It just works. It worked faster than FreeBSD. It had an easy-to understand packaging and script-driven administration system, corporate support, and better yet: they could find LOTS people skilled in Redhat Linux in resumes. I was a particular gem because when the hired me I was an RHCT and had experience with OpenBSD and FreeBSD experience to boot. My first project was "Get us off FreeBSD!!!" by direct order. Yes, you could argue this is not a FreeBSD issue at all, but some management of people issue, and you would be right, and that is my exact point.

    If FreeBSD had a sensible corporate base, a well-thought out directory structure (I have boot scripts in /etc and /usr/local/etc... and have you ever had to diagnose which one broke?), better hardware/software vendor support, and a huge skills base, maybe with some certs... THEN we will see true competition with Linux in the corporate sector. Redhat is the type of company businesses want. They understand the support language Redhat speaks. And maybe I'll see stats that the Redhat kernel is bloated, runs 20% slower the what FreeBSD does on Apache pulls, or some fanatic going on about, "Oh yeah? What about PORTS, dumbass???" But you know what? If FreeBSD wants to be taken out of the hobbyist corner and shine in the corporate arena... it's got a lot of marketing work to do.

    1. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0

      Here's an interesting thought experiment regarding your post:

      s/Redhat/Windows/g;
      s/FreeBSD/Linux/g;

      Something approximating the result comes up in every "Linux in the workplace" article and is modded to hell.

    2. Re:Why FreeBSD is not good for most businesses by argent · · Score: 5, Insightful

      The company searched for someone with FreeBSD experience.

      That was a mistake. They should have earched for someone with mainstream UNIX experience. Anyone who's familiar with any commercial UNIX... Solaris, AIX, HPUX, whatever... will find FreeBSD a familiar environment. The details are different, but the BSD environment is baked into the genes of every commercial UNIX out there.

      And there's lots of people who know UNIX who can pick up FreeBSD far far quicker than they can pick up Linux.

      For example...

      If FreeBSD had [...] a well-thought out directory structure (I have boot scripts in /etc and /usr/local/etc... and have you ever had to diagnose which one broke?),

      That is a well-thought-out directory structure. You have the operating system, a fixed core that's evolved only gradually over the past 15 years, and add-on packages. You upgrade the OS, your packages don't get touched. You upgrade a package, the OS doesn't get touched. And your oldschool SunOS guys? They'll have no problem diagnosing which one broke.

      I've used Red Hat versions since 2.1. Every major version has had a completely different structure. You don't have any border between the OS and add-ons, so when you go to upgrade you have to take all-or-nothing. Over the short term I can see the advantage of Red Hat's model, but over the long term you've got to start over again and again and again.

    3. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0

      a well-thought out directory structure

      man 7 hier

      The various Linuxen are still trying to straighten things out with the FHS.

    4. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0
      ... they could find LOTS people skilled in Redhat Linux in resumes.



      See here

    5. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0

      We all know the plain truth: FreeBSD is dying.

    6. Re:Why FreeBSD is not good for most businesses by mrs+dogbreath · · Score: 1

      Yes that /etc ,/usr/local/etc shit happened somewhere
      around 3.x to 4.x if my boooze brain can recall
      But I still hate rc.d!

      One suggestion for such staff problems could be to have an "apprentice" in at the start, loads of college aged wanna-be admins these days, thanks to Linux etc

      Redhat, must admit real nice, better far better than Solaris, which I seem to recall was based on *BSD? (better==more drivers, easy GUI clicky easy install TCO?)

    7. Re:Why FreeBSD is not good for most businesses by Ragica · · Score: 1
      Just in case you're wondering which was the knock-out punch wherein you pummelled yourself senseless, it's here:

      "If FreeBSD had a sensible corporate base, a well-thought out directory structure (I have boot scripts in /etc and /usr/local/etc... and have you ever had to diagnose which one broke?),"

      Aside from it being generally agreed by people in many camps that BSDs have just about the most stable, sensible, and intuitive (not to mention WELL DOCUMENTED) directory hierarchy in the Unix world, to specifically target as your example that start up scripts are in two directories is fairly sad.

      This confused you? Hint: it's one or the other. Better hint: if it came with the base system it's under /etc, if it was 3rd party software installed later it is nicely segregated under /usr/local/etc for your convenience, and to keep the base system as clean as possible.

      Redhat is a reasonable choice, provided you don't stray from the path of what they package for you. On one side of the path is RPM dependancy hell. On the other side is the probability of a mess of non-standard untracked files cluttering the system directories.

      Anyone who has real experience with BSD will find it hard to believe your claim to BSD experience (to any significant extent), based on what you wrote. However, your RHCT speaks loud and clear.

    8. Re:Why FreeBSD is not good for most businesses by Pliny · · Score: 1

      An insightful point. Of course you're assuming that the uber-admins in question worked with the directory structure and not against it.

      Of course, it's not true horror until you run across a box with startup scripts written in *shudder* PHP.

      --
      What does this button d$#%* NO CARRIER
    9. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0

      > If FreeBSD had a [...] well-thought out directory structure

      The idea behind the rc.* scripts is that if the base system installed it, it lives in /etc/rc.d and the system upgrade tool 'mergemaster' will help you deal with upgrades of it. If it was installed by the ports system, you can find out which port installed it by 'pkg_info -W '.

      I personally find this easier to comprehend than the assortment of /etc/, /usr/local, and /opt things that show up on various Linux distros.

      One of the goals of the ports system is to enforce clean installs _and_ deinstalls, including of the rc.* scripts. Over the past 6 months a lot of progress has been made on identifying ports with bad behavior and fixing them.

      > The company searched for someone with FreeBSD experience.

      For future reference, there is a freebsd-jobs@ mailing list and we would always welcome more postings :-)

      Mark Linimon

    10. Re:Why FreeBSD is not good for most businesses by Punk+Walrus · · Score: 1
      That was a mistake. They should have earched for someone with mainstream UNIX experience. Anyone who's familiar with any commercial UNIX... Solaris, AIX, HPUX, whatever... will find FreeBSD a familiar environment.

      Really? That's funny. None of them answered ads on Dice or Careerbuilder. Keep in mind, these guys were searching for a replacement for over a year. Their professional colleagues were unable to provide any help, and all suggested Linux. And if it's really that simple, how come hardware vendor support is so lacking?

      I've used Red Hat versions since 2.1. Every major version has had a completely different structure.

      A "completely different structure?" Please cite examples. To be honest, I have been using Red Hat steadily since 6.1, and while I agree they have been some major changes since then, I would say your broad statement needs to be clarified from 2.1. I find almost a 90% similarity between Redhat 9.0 and Redhat ES 3.0 from an administration level.

      Keep in mind that FreeBSD may actually be a better solution technically than Linux, but when it comes to corporate support... FreeBSD doesn't have an "anchor company" like Linux does with Redhat, Novell, or even IBM and Sun (such as they are).

    11. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      Really? That's funny. None of them answered ads on Dice or Careerbuilder.

      For commercial UNIX expertise, or for FreeBSD expertise? I don't expect your typical Sun or AIX guy to automatically zone in on "hey, maybe I ought to respond to a FreeBSD ad".

      A "completely different structure?"

      Different installer, different packages, different startup scripts and so different configurations. Oh, and the whole "which desktop is our favorite" dance.

      Now I didn't use Red Hat between 7.1 and RHES 3, so maybe they've finally settled that down a bit... most of my problems with RHES have been due to having to go find packages for software that's a higher "level" on RHN on various "we're not Red Hat we just package the same stuff" sites.

      My experience with corporate support of Linux has been similar to my experience with corporate support of Windows... primarily a collection of artificial barriers to information to keep you coming back and paying for more support.

    12. Re:Why FreeBSD is not good for most businesses by Punk+Walrus · · Score: 1
      Just in case you're wondering which was the knock-out punch wherein you pummelled yourself senseless, it's here:

      [...]

      This confused you? Hint: it's one or the other. Better hint:

      And if YOU are wondering why FreeBSD isn't taken serious by corporations, it's unprofessionally arrogant self-congratulating phrases like that that make it look like the OS of the whiny nerd that intimidate the management. When my boss wanted to see if there were any drivers for some card, or some software that would do what he wanted, he ran into people like you who acted as if his question was annoying at best. Why are so many BSD fanatics like this? Gaah... I feel bad, because you honestly don't know how this looks to newbies. You look like bullies. And BSD isn't even a bad setup. I love OpenBSD, for instance. pf is an awesome firewall, and I MUCH prefer it to IPTables.

      But I wasn't looking for solutions; it's over. FreeBSD had a chance at our company. FreeBSD reigned the day with two very skilled admins who made it dance through hoops of fire. FreeBSD might be a King among Operating Systems, but we wouldn't know because it's a game of the "cool clique" through the support forums. Keep in mind, my company did want to know some bash command, or how to format a boot floppy. They had books, they knew the simple stuff. But they wanted some serious answers to some difficult problems, and what little answers they could find might as well been delivered by Nick Burns, Your Company's Computer Guy. Us nerdly types can deal with that, hell I am used to abuse in the OpenBSD arena, but you want non-tech types to swallow their crisis and submit before the knowledge masters? Hell no. They want a corporation that can hold blame, that knows how to cater to the needs of a professional workplace. They want a platform with a broad appeal so they can find an employee who knows it without carrying a torch down rarely traveled dungeon passageways. Red Hat has that. Red Hat's brilliance is not that Red Hat Linux is the best Linux distro out there, it knows how to sell and support to corporations.

      Whither FreeBSD's responsibility when the new motherboards your company just got won't let it run in SMP mode? Gotta wait for the community to develop a patch. Ooh... the patch didn't work with the bus AND the fiber card. It's a known bug, but since very few people have this problem... not many people are working on it. Now explain to the boss why you are past your deadline to replace the aging mail servers.

      Management is so happy FreeBSD, which has been a bane of their existence, is leaving. Hell, they love Microsoft over FreeBSD at this point.

    13. Re:Why FreeBSD is not good for most businesses by Punk+Walrus · · Score: 1
      I don't expect your typical Sun or AIX guy to automatically zone in on "hey, maybe I ought to respond to a FreeBSD ad".

      FreeBSD wasn't even mentioned until the interview. In fact, when I interviewed, I was asked, "have you ever heard of FreeBSD?" with a grimace like I was going to go, "WTF? FreeBZ whatis?" The fact I said, "Which build, the 4.x line or the newer 5.x line?" made them go, "WOW! WE FOUND ONE!" They asked if I could work with FreeBSD and convert it to Red Hat. I told them, I could, but why the change? That's when I heard the long story.

      Different installer, different packages, different startup scripts and so different configurations.

      From 2.1 to 3.0? Really? How so? I have used both for a while, and I'd say 4.0 is much more different, if anything, due to the chrooted options, SELinux, an change to xorg.

      Oh, and the whole "which desktop is our favorite" dance.

      Ahhh... you do have a point there. But we only use them as servers. X isn't even installed on anything we have, since they all run headless. And FreeBSD may not have as many desktop choices at Linux, but I like choices. Desktop sucks for both Linux AND FreeBSD, IMHO.

      most of my problems with RHES have been due to having to go find packages for software that's a higher "level" on RHN on various "we're not Red Hat we just package the same stuff" sites.

      Really? I have rarely had such a problem. Sometimes there's not an RPM when we need it, but that's just a configure and a "make all && make install" away...

      My experience with corporate support of Linux has been similar to my experience with corporate support of Windows.

      My point exactly. Both offer support. Both are answerable to customer pressure.

      paying for more support.

      But that's my point! We GET support! Support we vote for with our money. We can call Red Hat, call HP, get a live guy, and go, "What the heck is wrong with your HBA support an the 2.6 kernel?" You can't get that with FreeBSD.

    14. Re:Why FreeBSD is not good for most businesses by cerberusss · · Score: 1

      Yeah, that's because it's bullshit. It's not difficult to find Linux admins nowadays.

      --
      8 of 13 people found this answer helpful. Did you?
    15. Re:Why FreeBSD is not good for most businesses by cerberusss · · Score: 1
      Interesting situation. To check for my country (the Netherlands), I did a job search on one of the biggest online job boards, in the IT category. Results:

      Windows: 574 entries
      Linux: 218 entries
      FreeBSD: 4 entries

      This completely supports your experience.

      --
      8 of 13 people found this answer helpful. Did you?
    16. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      That is a well-thought-out directory structure. You have the operating system, a fixed core that's evolved only gradually over the past 15 years

      What if it decides to evolve more rapidly in future?

      and add-on packages.

      How are these different from core? Because they don't come with the distro now? What if they do in 18 months time?

      You upgrade the OS, your packages don't get touched.

      Because the OS isn't packaged? Why do I need seperate install proceedures for software that came with my distro and those that don't? What if my OS update updates something relied upon by something that was installed later? I want my non-distro software to be updated at the same time, rather than break, thank you very much

    17. Re:Why FreeBSD is not good for most businesses by dostick · · Score: 1

      This is just stupid and ignorant. So your company had human resource management issues. What this has to do with FreeBSD?
      Blame technology is what bad managers do.

    18. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      FreeBSD wasn't even mentioned until the interview. In fact, when I interviewed, I was asked, "have you ever heard of FreeBSD?" with a grimace like I was going to go, "WTF? FreeBZ whatis?" The fact I said, "Which build, the 4.x line or the newer 5.x line?" made them go, "WOW! WE FOUND ONE!"

      That actually supports my point. If they went "wow, we found one" that sure sounds like they were looking for someone who knew FreeBSD, NOT someone who knew UNIX.

      Sometimes there's not an RPM when we need it, but that's just a configure and a "make all && make install" away...

      Not if you're packaging stuff for reproduction and distribution. On FreeBSD, installations never touch the core system. On Red Hat, there is no core system, and I eventually had to use custom RPMs and a hundred line install script to (carefully) back out several system packages and replace them with the right version, then install and configure the rest of the system. If I didn't do that, they'd get clobbered by the updater that didn't know about my "bandit" installs.

      Both offer support. Both are answerable to customer pressure.

      Microsoft? Answerable to customer pressure? You're pulling my leg, mate. If Microsoft was answerable to customer pressure, they'd have backed out the IE-Desktop integration in 1997, and we wouldn't STILL be fighting ActiveX and cross-zone attacks.

      We can call Red Hat, call HP, get a live guy, and go, "What the heck is wrong with your HBA support an the 2.6 kernel?"

      I get that kind of support from HP on Tru64 and HPUX, but not on Red Hat. There, I get "dunno, try another version"... when they call back after I've already fixed the problem myself. That's similar to the support I get from Microsoft, where their "support" people's advice left half my users unable to log on to the domain, and when I called back they told me to buy more support before they'd talk to me... no exceptions for problems *they* had caused. I got that one fixed myself before they called back with an apology and a free extension.

      You can't get that with FreeBSD.

      http://www.freebsd.org/commercial/consult.html

    19. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      What if it decides to evolve more rapidly in future?

      It would be more likely that Linus would switch to a Windows-CE based kernel for Linux 2.8.

      How are these different from core? Because they don't come with the distro now? [...] Why do I need seperate install proceedures for software that came with my distro and those that don't?

      Because it's not a "distro", it's an "operating system". They're not separate packages, there's a complete source tree containing the kernel and all the userland components required for the OS. Even the "contrib" section is maintained by the FreeBSD project, not just turned into an RPM and bundled.

      What if my OS update updates something relied upon by something that was installed later?

      The OS will never update anything under /usr/local, so it's never going to clobber anything you've installed or that a package has installed. It also doesn't pull anything out that you might be depending on, new libraries go in with new version numbers. This kind of consistency does take more work from the FreeBSD Project, but it's one of the reasons people use it.

    20. Re:Why FreeBSD is not good for most businesses by tenco · · Score: 1
      Whither FreeBSD's responsibility when the new motherboards your company just got won't let it run in SMP mode?

      What about buying mainboards which are supported?

    21. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0

      "I was a particular gem because when the hired me I was an RHCT and had experience with OpenBSD and FreeBSD experience to boot."

      Please, for the love of God, never stop shining.

    22. Re:Why FreeBSD is not good for most businesses by Anonymous Coward · · Score: 0

      And if YOU are wondering why FreeBSD isn't taken serious by corporations, it's unprofessionally arrogant self-congratulating phrases like that that make it look like the OS of the whiny nerd that intimidate the management.

      My God, you are an idiot. You directly attack FreeBSD, work for a confontational company and have obviously spent a good deal of time justifying a move to Linux, and you have the gall to make the above statement? Maybe if you or your boss didn't have this attitude you'd get better support. Do you realize how arrogant YOU sound with your "obvious" (read: incorrect) criticisms?

      PS: Getting online and going "Hey, which of you idiots can get my stupid card working on this dumb operating system that we can't figure out?" isn't the best way to get the help you need.

    23. Re:Why FreeBSD is not good for most businesses by discogravy · · Score: 1

      your experience is valid, but I have two criticisms: FreeBSD documentation is not really hard to find, and in general a lot more centralized than linux docs (although it can be a lot more dreary to read -- it's one of the reasons things like the link in my sig exist) and that FreeBSD really has proven itself as being able to shine in corporate arenas long before linux become a real player in the corporate OS world (hotmail along should pretty much prove that.) Yes, it can be harder to find a decent FreeBSD admin. Conversely, it's a lot easier to find a shoddy linux admin (ie, the type who gets lost without a GUI).

    24. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      > > What if it decides to evolve more rapidly in future?

      > It would be more likely that Linus would switch to a Windows-CE based kernel for Linux 2.8.

      Er, no. If BSD becomes as popular as Linux, they will likely increase the pace of development. New versions of RHEL, including major new additions to the list of software that comes out with the distro, are released every 18 months (tho each still has a lifetime of 7 years minimum).
      Because they don't come with the distro now? [...]

      > > Why do I need seperate install proceedures for software that came with my distro and those that don't?

      > Because it's not a "distro", it's an "operating system"

      Er, ok. Why do I need seperate install proceedures for software that came with my Operating System and those that don't?

      >They're not separate packages, there's a complete source tree containing the kernel and all the userland components required for the OS. Even the "contrib" section is maintained by the FreeBSD project, not just turned into an RPM and bundled.

      Last time I checked, ports and packages used different install proceedures. Has this changed or not?

      >> What if my OS update updates something relied upon by something that was installed later?

      > The OS will never update anything under /usr/local

      So I install an app from ports that relies on libfoo, which came with BSD. Then I upgrade my BSD distro...oh, sorry, OS. Cause Linux distros aren't OSs. Cause most of BSD's additional packages are maintained by the same people as the distro, and in Linux, most packages are maintained by the same people as the distro, so, um...anyway, Linux is bad. Yeah. Anyway, I get a new version of libfoo. My third party app wanted the old one. Is the old one still around being used by an old version of that port? Is the port upgraded at the same time?
      Yeah. Anyway, that gives me a new version of

    25. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      If BSD becomes as popular as Linux, they will likely increase the pace of development. New versions of RHEL, including major new additions to the list of software that comes out with the distro, are released every 18 months (tho each still has a lifetime of 7 years minimum).

      On the desktop, BSD *is* more popular than Linux, and there are new releases of XNU along with new releases of Mac OS X every 12-18 months. And yet I can run well-behaved applications written, built, and compiled on old versions of the OS.

      Even on old operating systems.

      Why do I need seperate install proceedures for software that came with my Operating System and those that don't?

      You don't. You need separate install procedures for the operating system itself. The packages that come with it install in /usr/local just like the ones you install later do.

      Last time I checked, ports and packages used different install proceedures. Has this changed or not?

      They're not part of the OS.

      Is the old one still around being used by an old version of that port?

      Of course it is. That's why libraries are versioned in the first place. If the library is compatible (normally same major version number, higher minor version number, but it's usually handled via links) the port can use the new one. If it's incompatible, you don't want the port using the new one, do you?

      That's why we could have apps on the same system using a.out, and coff, and even using different versions of system calls. Which is all part of what it takes to produce a stable platform.

    26. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      > On the desktop, BSD *is* more popular than Linux You need separate install procedures for the operating system itself.

      Yeah. That operating systems consists of software.

      >>Last time I checked, ports and packages used different install proceedures. Has this changed or not?

      >They're not part of the OS.

      So it hasn't. Oh, they're not part of the OS?

      a) As I've said, that might change in the next release. The software shouldn't move around

      b) What was that you said about BSDs consistency?

      >>Is the old one still around being used by an old version of that port?

      >Of course it is

      Sometimes I'd rather a new version of that app be installed. It minimises redundancy. But I could see how changing as little as possible would be food for stability too. I guess I'll tie that one down to a matter of style.

      But the 'part of OS / not part of OS' thing I think is artificial in an OSS environment, and unnecessary, and annoying. And that's why I prefer Linux.

    27. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      As I've said, that might change in the next release.

      There's a very low possibility of that. The core of BSD is deliberately conservative, and there's no reason for it to change. There's MUCH less reason for it to change than a system built out of packages.

      What was that you said about BSDs consistency?

      The core is consistent and stable. Optional packages shipped *with* the OS are just that, optional. None of them are installed by default, not even a "desktop" - even if you DO select X11.

      But the 'part of OS / not part of OS' thing I think is artificial in an OSS environment

      It's no more or less artificial than in a commercial OS. "part of the OS" means "you can depend on it being there" and "you can depend on it working the same way". Applications are only moved into the core when they are already sufficiently widely used that people have already come to expect them. Moving a version of Perl into the core (even in contrib) was a major step.

      Sometimes I'd rather a new version of that app be installed. It minimises redundancy.

      Yeh, but a program that's written to deal with a quirk in /usr/bin/perl can continue to use /usr/bin/perl. It won't break when you install a newer one in /usr/local/bin.

      Redundancy can be a concern, but given the relative sizes of a default FreeBSD install and a default Red Hat install a bit of redundancy can be permitted.

    28. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      > There's a very low possibility of that. The core of BSD is deliberately conservative, and there's no reason for it to change.

      For BSD to become popular, there is every reason for core to expand. The popular BSD you mentioned (OSX) has a lot more to it than its BSD core. But I don't think non-OSX BSD intends to be popular. Whether software that comes with the distro is packages the same way as software that doesn't has no effect on that conservatism.

      >> But the 'part of OS / not part of OS' thing I think is artificial in an OSS environment

      > It's no more or less artificial than in a commercial OS.

      You mean proprietary.

      > "part of the OS" means "you can depend on it being there" and "you can depend on it working the same way".

      For use as a general purpose OS, the amount of software users depend on wil increase. Again, I don't think this is one of BSD's goals. Which is why I don't prefer it.

      I like the default Red Hat install. There's lots of useful stuff. 470MB (the recommended server install) isn't much.

    29. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      For BSD to become popular, there is every reason for core to expand.

      Why?

      Would you expect people to move the shell into the Linux kernel just because Linux is getting more popular? The whole point to a stable core and optional packages is to make it possible to ship glitzy systems without screwing up the core.

      It's not "the amount of software users depend on", it's "the amount of software that other software depends on". The "other software that users depend on" goes in optional packages, so users can choose what they depend on. Or not.

    30. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      The "other software that users depend on" goes in optional packages, so users can choose what they depend on.

      I think that software that many users depend upon should be a part of, and maintained with, the stable core.

    31. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      I think that software that many users depend upon should be a part of, and maintained with, the stable core.

      And yet you prefer Linux because it's all packages, with no stable core.

    32. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      No. I prefer Linux because the stable core is much larger than BSDs.

      How many apps/libs are in FreeBSD 5 core?
      How many packages are there in RHEL 4?

    33. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      I prefer Linux because the stable core is much larger than BSDs.

      Linux doesn't *have* a core system. It's packages all the way down to the kernel itself.

    34. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      I'm using core in the same sense FreeBSD does - the group of packages that are maintained and released as a single block.

      That the system uses a consistent packaging scheme for all its software does not mean it is unstable.

      It does mean it's consistant. Rather than installing FreeB and finding apps nececessary for performing a particular task aren't installed the same way as, or maintained along with, the rest of your system.

    35. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      I'm using core in the same sense FreeBSD does - the group of packages that are maintained and released as a single block.

      That's *not* what it means.

      The FreeBSD core is not built out of packages.

      Let me repeat that, because you seem to be missing it, and it's a really really important point.

      The FreeBSD core is not built out of packages.

      It's a single source tree. Even the stuff under "contrib" is modified to fit the BSD build and configuration conventions. This gives it a level of consistency that's simply impossible in a package-based system.

      It's like the difference between "off the shelf" and "tailored".

    36. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      Even the stuff under "contrib" is modified to fit the BSD build and configuration conventions.

      And packages aren't?

    37. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      Even the stuff under "contrib" is modified to fit the BSD build and configuration conventions.

      I should clarify: and Linux packages aren't?

      I'm quite aware the there's core, and 'packages', and ports, and they all use different installation mechanisms. You should know this, as I've been commenting about how much it wastes my time.

      The generic, OS neutral name for a standardized installation system is 'packages', so forgive me if I haven't used in the more stricter BSD sense.

    38. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      And packages aren't?

      I haven't run into many that are more than minimally configured, let alone modified to the extent that the stuff that's gone into the FreeBSD source tree has been.

    39. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      One of the aims of good Linux distros is to aim to be as close to the upstream as possible. This means there's more people using and reporting bugs on similar software. If 100,000 people use a similar kernel than me, bugs are ironed out quicker.

      RHEL 3 had more than 300 patches to the kernel source - RHEL 4 has less than 20, and that's considered a major improvement.

    40. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      I understand why Linux does things differently.

      What I'm trying to get across to you is that it's NOT the only way to do things, and there are advantages to doing things other ways.

      Linux has one kernel and maybe a couple of dozen distros, more if you include the embedded variants. BSD has four major open source variants and maybe as many minor ones, and there's more similarities between any of these than there is between the major Linux distros.

      Linux has one person who has commit rights on the kernel, and other packages have different groups but typically a handful of people at most who are actually managing each individual package. FreeBSD has a core team and dozens of comitters, any of whom have commit rights on the core.

      You prefer the Linux model. Fine. I don't expect you to change that opinion, but while I prefer the BSD model I can see where Linux's strengths are as well as its weaknesses. Can you make the corresponding jump, and instead of reacting with "BSD's different and therefore wrong", or "BSD can only be the way it is because it's unpopular", consider that there's strengths to both designs and actual good reasons that keep BSD the way it is?

    41. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      "BSD's different and therefore wrong"

      I haven't reacted that way at any point. I've just said what I prefer. Indeed, in my last post, I mentioned that 'Linux philosophy is stick close to the upstream' where, if I had the opinion you're attributing to me, I'd say software that needs massive amounts of modification by packagers isn't stable. But I didn't.

      "BSD can only be the way it is because it's unpopular"

      Yep. Sorry, that's my opinion. A tiny stable core, and a bunch of ways to install apps do not a mainstream server/desktop OS make.

    42. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      I haven't reacted that way at any point.

      That's the impression I'm getting from your continual arguments that the Linux packages+kernel route is the only way to build "a mainstream server/desktop OS".

      A tiny stable core, and a bunch of ways to install apps do not a mainstream server/desktop OS make.

      Um, that "tiny stable core" encompasses the entirety of a clean and effective implementation of the most influentual operating system on the planet today. With a couple of exceptions like VMS and IBM's mainframe-derived lines, every currently viable operating system can trace its roots back to the traditional UNIX source tree that's reflected in the BSD core.

      The comparable core in Linux is just the kernel itself.

      And there aren't "a bunch of ways to install apps". There's only one packaging model for installable applications in FreeBSD.

      Linux treats the core specially, too. It just has a much smaller core.

    43. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      > Yes, exactly, it's an argument. A reasoned explanation for an opinion, as opposed to a magical belief. Perhaps you should respond to the argument rather than just say that because I have that reasoning, I'm somehow now giving BSD a fair go?

      > every currently viable operating system can trace its roots back to the traditional UNIX source tree

      Er, GNU doesn't generally use that source tree.

      > The comparable core of Linux is just the kernerl itself

      Why? The kernel is maintained along with the userspace tools quite effectively, and more comprehensively than BSD with its artifical concepts of 'third party' software. Recent examples: udev and HAL, inotify and beagle.

      Anything that ain't the kernel or libraries is an applications. Last time I checked, there were apps that came in BSD, apps that were installable y 'packages', and apps that installable by ports.

      Is this true or not, yes or no?

      Would it be more convenient if ther were one method, yes or no?

      And if you say no, your reasoning must be something other than 'they're maintained seperately'. That has no bearing whatsoever on the method used to install the software.

    44. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      GNU doesn't generally use that source tree.

      I didn't say any of them included any of the source.

      But Linux, more than most, faithfully emulates it. The Linux kernel is actually closer in design to the old Version 6 kernel in the Lyons book than Darwin/OSX is.

      The kernel is maintained along with the userspace tools quite effectively

      Separate source trees, separate build tools, separate configuration tools, separate development teams.

      Anything that ain't the kernel or libraries is an applications.

      The kernel, libraries, utilities, they aren't separate packages. Or ports. They're a single coherent source tree, like the Linux kernel is.

      Last time I checked, there were apps that came in BSD, apps that were installable y 'packages', and apps that installable by ports.

      In FreeBSD, "packages" and "ports" are parallel views of the same thing. A "package" is just the result of applying "make package" to a port. You can go either way... I prefer to use the port because it's more flexible, and some ports aren't packaged by default because of issues like copyright reasons (like with Sun Java, or qmail).

      But thinking of "ports" and "packages" as separate things, or confusing them with the FreeBSD core, is just a mistake.

    45. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      I haven't EVER seen a production FreeBSD box that uses core. At my workplace the first thing the BSD folk do post install is get what they need from ports to achieve their tasks.

      So yeah, real, actual production FreeBSD machines use multiple source trees.

      And you didn't answer either of my questions. Nor do I think you will. So this is my last post, reply what you want, you're not listening to me so I'm going to stop listening to you.

    46. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      uses core exclusively, ahem.

    47. Re:Why FreeBSD is not good for most businesses by argent · · Score: 1

      I haven't EVER seen a production FreeBSD box that uses core.

      Every production FreeBSD box you've ever seen has used core. You can't run without the core.

      At my workplace the first thing the BSD folk do post install is get what they need from ports to achieve their tasks.

      I'm not sure what your point is. This is a good thing.

      On the one hand, I have a Red Hat system. It's a pile of packages. If I want to find out what's been added to the install, I need to start by figuring out what was installed originally, what's been added, and what came in later as a result of upgrades but isn't part of the local software. I spent six weeks earlier this year coming up with a list of RPMs, custom RPMs, and an install script to put it all together... just to install one Java application. Installing the same application on FreeBSD took half a day, and that included installing FreeBSD... and when I was finished "pkg_info -aI" gave me a complete list of just the components that were installed.

      I've got two colo systems I maintain, one's FreeBSD 4.8, one's FreeBSD 5.something. When I set up the FreeBSD 5 box, I took the 10 lines I got from pkg_info on the 4.8 box, installed those ports, and copied over the config files... and I was done. Doing the same thing with Red Hat, well, I've had my dose of Red Hat this year.

      And you didn't answer either of my questions.

      Sure I did. Why is the Linux kernel comparable to the FreeBSD core? Because anything more than the kernel has "Separate source trees, separate build tools, separate configuration tools, separate development teams." Perhaps I should respond to the argument? I've been doing that all along, explaining the advantages of having a complete working operating system at the core, rather than just a kernel.

      If anyone's entitled to run off in a huff because of "non-responsive" disputant, it's me.

    48. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      > > At my workplace the first thing the BSD folk do post install is get what they need from ports to achieve their tasks.

      > I'm not sure what your point is.

      THAT ITS NOT SINGLE SOURCE. THAT EVERY BOX WILL ALWAYS USE MULTIPLE SOURCE TREES.

      I promised I wasn't going to respond, but FUCK.

    49. Re:Why FreeBSD is not good for most businesses by Nailer · · Score: 1

      And fuck it, I'll bite for the rest of it too.

      > On the one hand, I have a Red Hat system. It's a pile of packages. If I want to find out what's been added to the install

      rpm -qa --date.

      Much faster than spending time figuring out three different methods to put apps on my system.

      If you like, you can add a vendor tag to specify the source. The upgrades are often the same software as the original install. Whether you installed of an FTP server and updates, off RHEL Update 0 and updated, or RHEL U1 CD or DVDs is irrelevant. foo-1.2-r1 is foo-1.2-r1.

      This is a good thing.

      To properly install a random archive on any OS you'll need to put scripts around it (non BSD people call his packaging, BSD people have a more specific definition of that term).

      Then 'up2date foo'.

      > Because anything more than the kernel has "Separate source trees, separate build tools, separate configuration tools, separate development teams."

      Like a production FreeBSD box (ie, one that uses more than core) has separate source trees?

  104. A GUI version of FreeBSD with easy installer by doc+modulo · · Score: 2, Interesting

    PC-BSD is a GUI-centric version of FreeBSD (KDE) with a program installation system similar to Mac OS X (application folders).

    I didn't want to use it at first because you didn't have control over partitioning in the first few versions.

    Thankfully, they changed the installer so that you can partition and install over multiple partitions in the newest versions.

    I'm going to install it soon as a server even though it's intended as a desktop. The reason is that, in my opinion, text-only administration of my server is way too much hassle, I've got better things to do than memorize dozens of text commands and their flags. On top of that, the installation of programs is easier and cleaner, even easier and cleaner than Windows.

    I'm a visual person and handling my FreeBSD 5.3 install with text-only programs was not good enough, not enough feedback and not enough usability. I didn't have a good mental overview of my system with shell-only programs and everytime I wanted to do anything I had to consult the (excellent) FreeBSD manual. With Windows I could figure things out just by clicking around the GUI. GUIs can be seen as having built-in manuals in my opinion.

    One thing that worries me is that I've been told that X is a big security vulnerability. Is KDE an X system? Is it open to attacks by default? It'd be great if someone can help answer. Thanks for helping out a newcomer.

    --
    - -- Truth addict for life.
    1. Re:A GUI version of FreeBSD with easy installer by timmarhy · · Score: 1

      gui's are nothing like a manual, and this is exactly why people screw things up. you think you know whats going to happen when you click on something just because it has a certain name. where as if you actually READ a full discription of the feature you'll kno wont you. and no X is not a security risk, whoever told you that is just talking shit.

      --
      If you mod me down, I will become more powerful than you can imagine....
    2. Re:A GUI version of FreeBSD with easy installer by empvirus · · Score: 1

      Dude, X is Linux's window system, at least for most distro's. KDE is just a way of doing X for linux. And since you're using BSD, I dunno if X is used. As far as security, as the others say it's no vulnerability.

      --
      Sometimes I comment just to hear myself typing.
    3. Re:A GUI version of FreeBSD with easy installer by BlueStrat · · Score: 1

      "I'm a visual person and handling my FreeBSD 5.3 install with text-only programs was not good enough, not enough feedback and not enough usability. I didn't have a good mental overview of my system with shell-only programs and everytime I wanted to do anything I had to consult the (excellent) FreeBSD manual. With Windows I could figure things out just by clicking around the GUI. GUIs can be seen as having built-in manuals in my opinion.

      One thing that worries me is that I've been told that X is a big security vulnerability. Is KDE an X system? Is it open to attacks by default? It'd be great if someone can help answer. Thanks for helping out a newcomer."

      Sorry for the late reply, was at rehearsal for a gig my blues band has coming up :-P.

      I agree to a limited extent on the "GUI-as-manual", in the sense that useful clues can be gotten from a GUI, such as a button with an option one might not have been aware of as a flag for that particular command. However, as someone already pointed out, always check the manual to confirm a particular widgets' function on anything you're not familiar with, as button/widget labels can be misleading.

      I'm not aware of any particular unpatched security vulnerabilities regarding X in PC-BSD/FreeBSD 5.4 RELEASE.

      However, even if somewhat true, your risks would be minimal if using PC-BSD as a server. X would only be running for brief periods while you did the GUI-sysadmin thing. Seeing as X can be left off while functioning in its' server role, and started when needed, opportunities for mischief would be few and brief.

      Hope that helps :)

      Strat

      --
      Progressivism (aka US 'Liberalism'): Ideas so good they need a police/surveillance-state to enforce.
    4. Re:A GUI version of FreeBSD with easy installer by Anonymous Coward · · Score: 0

      I don't suppose the phrase "The blind leading the blind" means anything to you, does it?

  105. BSD is not Unix like, it is Unix by Anonymous Coward · · Score: 0

    I think the funniest thing about the summary is the classification of BSD as "unix like" when truthfully it's the only OS left that truly IS unix.

  106. IBM? by pepicek · · Score: 1

    And it's on IBM page, maybe Big Blue eye is moving to another target.
    Linux wars are sooooo expensive.
    Pepicek

  107. practical?? by Danzigism · · Score: 1
    NO!

    but indeed one of my all time favs.. /usr/ports was the most ideal packaging system.. the automatically downloaded dependency feature had to influence debian's idea for apt-get, and urpmi for rpm based distros.. i wish freebsd did have more practical uses.. its so damn stable.. and so amazing.. why not spend some time working on nice graphical front-end and get people interested in something other than a server??

    --
    *plays the Apogee theme song music*
    1. Re:practical?? by ShadowOnline · · Score: 1

      FreeBSD comes with pre-compiled Xorg and whichever desktop environment you want (KDE and Gnome). Also installing either from source is a piece of cake.

    2. Re:practical?? by Anonymous Coward · · Score: 0

      "why not spend some time working on nice graphical front-end and get people interested in something other than a server??"

      Huh? I use both FreeBSD and Linux desktops. Gnome and KDE both work the same under Linux and FreeBSD. When using a graphical front end there are few if any perceptible differences between FreeBSD and Linux.

    3. Re:practical?? by Secrity · · Score: 1

      "why not spend some time working on nice graphical front-end and get people interested in something other than a server??"

      Some people ask the same thing about Linux. I use both Linux and FreeBSD desktops and I see no real differences between KDE and Gnome under either OS.

      FreeBSD has been used on enterprise level servers for so long that people just assume FreeBSD is only a server OS and they hadn't thought of using it as a desktop OS.

  108. Wow, real creative guys by grahagre · · Score: 0

    I thought this was supposed to be a "news for nerds site". You don't have to that high up to know about FreeBSD. Why the hell is it news to re introduce the FreeBSD OS all of a sudden? This is really pathetic guys; i mean really if you haven't heard of FreeBSD and don't know the differences about it and it's license vs gnu/linux then you really shouldn't even be visiting this webpage. I've been reading about comments for years on how /. has been going down hill. Damn, well this clearly shows it.

  109. BSD daemon by Anonymous Coward · · Score: 0

    His name's not Chuck.

  110. RPM (and DEB) vs. Ports by @madeus · · Score: 2, Insightful

    The Ports system is far superior to the rpm system. It actually tracks dependancies, and has a system to grab them for you. You are way off base on that statement.

    It is not superior to RPM, nor DEB for that matter. Anyone who has built or managed a large number of servers with disperate services on them should be able to recognise why.

    It checks for required dependancies and installs them as required, something even CPAN can do, and it can even (usually) uninstall them (with varing levels of success), that is more or less it.

    What it does not do is check for conflicts between libraries or the dependancies of other applications (meaning it's possible to fuck up one application, by installing another because it may overwrite an existing, older, installed library).

    Systems like 'ports' do not verify package integrity, nor do they it support using a previons minor revion of the same application (often a requirement when the 'latest' version of whatever application or library your using breaks a feature you've been relying on, or is simply not a release you've had time to test in your test environment).

    An even bigger problem related to the reliance of ports system, one of the most time consuming, is the process of upgrades. Upgrading between newer versions of FreeBSD is a mine field, awash with the potential for screwups, because there is no system in place to handle this task elegantly. Upgrading between disperate versions of the same branch (e.g. 4.6 to 4.11) will often cause serious problems you'll have to sort out manually at the console, upgrading from systems that are not in the same release (from 3.x or 4.x to 5.x) will often take up a good chunk of an afternoon to sort out the resulting mess. Upgrading a DEB or RPM system which is fully packaged managed (kernel and all), even between quite disperate releases is far more straight forward (more along the lines of 'apt-get update; apt-get dist-upgrade', or in the case of a Red Hat system, pop in the CD and click the 'Upgrade' button).

    Another feature that makes more feature rich package management systems more desirable is the reduced risk. RPM is staggeringly powerful with regard to the sorts of operations it is able to carry out with packages (pretty much every feature you could ever want) and it is also trivial to build packages for - as is also true of DEB. This massively reduces the propensity for mistakes - sure you can write individual custom bash install scripts for packages in ports, but that is not a robust approach when you think about how many packages your likley to use.

    There are two practical reasons why people typically dislike RPM:

    1) It's refused to do what they wanted because a package was trying to be installed did not have it's appropriate dependancies also installed, or it conflicted in some way.

    In these circumstances most users opt to 'force' it to install because they are frustrated at installing dependancies and sub-dependancies, and then they wonder why their system does not work as they expected, and so declare the RPM system to be at fault.

    Arguably, it is at least partly at fault, but it was only being accurate by alerting them to problems that they would not otherwise have known about, which is pretty hard to critisize.

    2) This is compounded by the fact that they are usually exposed to it in the form of 'Red Hat', or a similar distrobution, which does NOT feature something like 'apt-get'. 'apt-get' is in fact package management system agnostic, at least technically, and their have been RPM based commercial distrobutions which have shipped with it. It's absolutly more associated with Debian, and I think it's a mistake for Red Hat and other vendors not to include it in their RPM based distros because of the frequency of the scenario above, I suspect the cost of maintaining apt repositories (man hours, infrastructure and running costs such as bandwith) are key reasons.

    Disclaimer:

    I use ports on an almost daily basis, along with De

    1. Re:RPM (and DEB) vs. Ports by Anonymous Coward · · Score: 0

      It is not superior to RPM, nor DEB for that matter. Anyone who has built or managed a large number of servers with disperate services on them should be able to recognise why.

      I've found that the hard line advocates of ports as well as portage, are people who do not have to manage a large number of servers.

      I use gentoo on my own desktop machine, because I love the way it works. I've chatted on the gentoo forums many times and see the same types of people trying to argue with me about large enterprises. They say they work in them, or "have friends who do and said xyz", but the truth is ports, portage, and systems like that, would be fscking nightmares to deploy in a large environment.

      Redhat is for my customers, gentoo is for me. And from what I know of ports, it's the same thing. FreeBSD is for the guy who runs a server or two, it would be a nightmare trying to administer 500 boxes that use a system like that. anyone who thinks otherwise has never had to administer that many. i'd rather run windows to be quite honest, and that really says a lot about me as i don't even use windows for gaming.

  111. Re:Possible Bias? :-) by Anonymous Coward · · Score: 0

    Indeed:) I am writing the BSD column for Linuxuser & Developer. Nothing elitist about it. Rather humdrum, if you ask me.

    Frank Pohlmann
    LUD Tech Ed.

  112. Cripple Fight! by Proc6 · · Score: 1

    Man if this isn't the biggest cripple fight Slashdot post I've seen in awhile. What's next, Blue Thunder vs Airwolf? Kirk vs Picard?

    --

    I'm Rick James with mod points biatch!

  113. Get real. by Some+Random+Username · · Score: 1

    HP says itanic is the future too, it doesn't make it so. Scaling linearly would mean that adding a CPU would always increase performance the exact same amount, no matter how many CPUs there are. This is not the case with linux, nor is it the case with say, Solaris which has had very large SMP support for a very long time. Companies can lie and pretend they scale linearly by using silly and meaningless FLOPS benchmarks, and showing a straight line on their graph. However in the real world people run applications, and they tend to do more than just floating point math. Benchmarking an actual app will show a line that isn't linear at all.

    Don't get me wrong, linux certainly handles SMP better than BSDs, and handles more CPUs. But spreading HP's bullshit doesn't help your case any.

    And BSD users have no effect on anything, just like linux users have no effect on anything. Developers is what matters. BSD developers aren't here, they are developing, and on the whole don't give a rats ass about what linux does or does not do.

    As for your list:
    1. It sure does, and it leads to buggy unstable shit. Linux doesn't even have a "stable" release anymore, and that was never even stable to start with. There are 5 fucking filesystems and nobody can decide which one is right, but at least 2 of them corrupt and lose data.
    2. Vastly is a serious overstantment. Slightly would be more accurate. And no, this would not change regardless of what any "clueless BSD users" do. Binary only drivers for linux are a result of linux marketshare, and those are the only things linux supports and BSDs don't.
    3. No it is not, NetBSD is far more portable than linux, and so is OpenBSD, although its driver subsystem isn't quite as nicely seperated as NetBSDs.
    4. Again with "vastly". Linux can use vastly more CPUs effectively, yes. That's not the only measure of scalability though. Linux also falls over at 100,000pps as a router, and FreeBSD happily handles 10 times that. Scalability is not an absolute, and linux and the BSDs are all constantly being changed, so its hardly something to cry about.
    5. No, you just like to whine about other people having opinions that don't match your own. Boo hoo, you poor baby. There's a whole lot more linux users bickering about distros or how much "M$ sUx" than there are BSD users bickering about anything. Quit critisizing everyone else and pretending you aren't standing in a glass house.

    1. Re:Get real. by Yenya · · Score: 1
      Linux also falls over at 100,000pps as a router, and FreeBSD happily handles 10 times that.

      Any evidence for your claim?

      I did not do any synthetic tests, but my Linux router easily handles ~150kpps of real traffic with about 600 iptables rules. I think that just routing would be much faster. I have a ~2 years old dual Opteron 242 with 3 gigabit NICs and one 100mbit NIC.

      --
      -Yenya
      --
      While Linux is larger than Emacs, at least Linux has the excuse that it has to be. --Linus
    2. Re:Get real. by Some+Random+Username · · Score: 1

      Sorry, that was on a single 2.8 Ghz xeon if I recall correctly. There was an article here on slashdot about it a while back even, FreeBSD 5.3 had some very big improvements in its network stack to let it handle 1mpps on that hardware, where as linux could only do 100,000. Linux may have made improvements since then, which is my point about how this stuff is always changing and mostly doesn't matter.

  114. Can't say for sure, but... by StupidKatz · · Score: 1

    "I am having extensive problems using ReiserFS; it seems to have bugs all over the place. I'm not compiling with a buggy compiler. What is happening? How can this be stable?
    You have hardware problems. Really, you do. Even if the bugs don't show up with ext2, you have hardware problems. (See FAQ question about ReiserFS running 3C hotter than ext2.) Most SuSE users use ReiserFS. Obscure bugs probably still exist; but if you find bugs as easily as using Windows, you have bad RAM, bad CPU, bad cable, bad cooling, VIA chipset with PCI quirks turned on, or other hardware or other software layer bugs. ReiserFS is stable. You can be sure that if the bugs are encountered easily and commonly with normal usage patterns, it is not us. This does not mean that the next release won't somehow break something though :-/..... Real bug reports are at the time of writing outnumbered 10 to 1 by hardware bugs that trigger error messages. We are working on making our error messages better at catching hardware bugs and identifying them as such. There is only so far we can go though in runtime consistency checking without serious speed reductions. We don't release software unless it goes through extensive testing; so if you don't think that our testing could have missed the bug, it is probably hardware."


    Referenced in the FAQ.

  115. Unknown? by ziggit · · Score: 1

    How can they say it is unknown, I was running it on my computer at age 13, possibly 12 or earlier (i'm not really sure when i finally phased it out in favor of linux).

  116. 64bits is VERY stable by Anonymous Coward · · Score: 0

    I'm using an amd64 FreeBSD-STABLE system at work and I've never experienced any problems with stability.

    I cannot compare with 64 bit Linux, but it's about twice as fast doing encryption when I compare with a faster and more modern 32 bit Linux system (see openssl benchmarks).

  117. Have you even looked at Apple's website? by argent · · Score: 1

    All the sudden, it makes perfect sense why Apple and MS like the BSD license, and IBM, SGI, HP, and everyone else who competes with MS like the GPL.

    Apple has released the source to every major and minor version of just about everything in Mac OS X below the Quartz layer, and a bunch of stuff above it. Even if BSD had been GPLed, they've gone far beyond the requirements of the GPL by not only releasing the source to the code that's linked with the kernel, but just about all the important utilities including applications like launchd that are part of their competitive advantage over other UNIX platforms. They have released not only their enhancements to KHTML but all the glue necessary to rebuild Webcore and virtually every important part of Safari, not only as tarballs but also through repository access. This is a HUGE amount of work from a company as small as Apple.

    Apple didn't use BSD because they wanted to keep their source code private. The source code that they're keeping private is highly portable and was already running under Solaris and Windows, using standard APIs ... they could have used any kernel they wanted. They could have even used Linux without getting into trouble with the GPL, the way they used GCC, but they decided to continue with their existing BSD code base and FreeBSD... and then kept it open source.

    IBM? HP? SGI? Where can I download OpenAIX, OpenHPUX, and OpenIrix? THAT's the kind of code release that would be comparable to what Apple's done.

    Microsoft? I wish they'd use MORE BSD code in their kernel, not less. They don't like any flavor of open source all that much, it makes it too hard for them to do things like maintaining an incompatible sockets library.

    1. Re:Have you even looked at Apple's website? by SnowZero · · Score: 1

      Apple has released the source to every major and minor version of just about everything in Mac OS X below the Quartz layer

      Did I say "Apple is bad"? No, I said Apple likes the BSD license. After all, its what allows them to keep Quartz (their real competetive advantage, nobody cares about launchd that much, or their kernel which isn't any better than FreeBSD). So while you were busy with your "Apple is good" tirade in response to something I didn't say, you are showing that you agree with me.

      ... they could have used any kernel they wanted.

      I highly doubt there is no kernel-level code in OS-X for graphics, and it is certainly proprietary right now. Accelerated graphics cards do a lot, so these APIs are pretty wide nowadays. Quartz is most likely linked to such an API, and since it does that API doesn't exist in a GPL'ed operating system that'd mean linking non-GPL code with GPL code, which is a no-no. So a GPL OS was out of the question for them. BSD has given Apple the freedom to pick and choose what they want to release. Whether they release 75% or nothing is beside the point, they didn't want to release 100% which is what the GPL would effectively require.

      IBM? HP? SGI? Where can I download OpenAIX, OpenHPUX, and OpenIrix? THAT's the kind of code release that would be comparable to what Apple's done.

      Apple didn't release OS9, they released their modified BSD/Mach fork. Thus that wouldn't really be equivalent. In fact, everything I can think of that they did release started out as open source. While its nice they released things when they didn't have to, they've kept most of their traditionally proprietary stuff proprietary. This is no different from the UNIX vendors not releasing all of their old code. IBM and SGI have however released entire file systems which were formerly proprietary. In SGI's case, XFS was one of the big advantages of IRIX, so its quite commendable to see what they did (not unlike Apple releasing Quartz, which would be great if they did someday).

      In the end we'll get Linux with all the best features from AIX, HPUX, Irix. One great operating system is better than four good ones, IMO. There's room for several operating systems in the market, but not as many as we had 10 years ago.

      Imagine if Apple worked with FreeBSD to get their kernel changes adopted rather than forking it (and also hiring away a few important developers). That would require all changes to be open, and high enough quality that open source developers would accept them (no nasty ass hacks to meet deadlines). I think that would have been better overall, and its certainly better for the FreeBSD people as they would get desirable features with zero porting effort.

      Microsoft? I wish they'd use MORE BSD code in their kernel, not less. They don't like any flavor of open source all that much, it makes it too hard for them to do things like maintaining an incompatible sockets library.

      MS dilikes the GPL, but has actually come out and said they like BSD on more than one occasion. There is no reason to fear competition from an OS that lets you have its best features. It makes perfect sense for a company with their development model.

    2. Re:Have you even looked at Apple's website? by argent · · Score: 1

      I highly doubt there is no kernel-level code in OS-X for graphics, and it is certainly proprietary right now.

      You're confusing "privileged mode" AKA "kernel mode" with "in the kernel". Mach isn't a real microkernel, but it does support the ability to run software in privileged mode without it being "linked in the kernel".

      Of course it may not be possible to build a credible microkernel-style design based on Linux, given Linus opinions of microkernel operating systems and the hardcore traditionalism of Linux' design... which would be a bigger problem for Apple than the GPL.

      MS dilikes the GPL, but has actually come out and said they like BSD on more than one occasion.

      Microsoft says lots of stuff, but it's their actions that count. And their only package that uses a significant amount of real open-source software uses both BSD and GPL components.

      In the end we'll get Linux with all the best features from AIX, HPUX, Irix.

      I doubt it. SGI is pretty much moribund and is selling the IP they have left to the highest bidder, even when that's Microsoft. There's not much in HPUX that's worth saving. A whole lot of code in AIX is shared with IBM's very profitable mainframe and mini lines.

      IBM and SGI have however released entire file systems which were formerly proprietary.

      Like HFS+?

      One great operating system is better than four good ones, IMO.

      One operating system can't possibly fill all the niches. Linux is tied to a kernel design that works well for a certain class of problems, but it depends on Linus for continued development and Linus antipathy towards non-traditional kernels is legendary.

      In fact, everything I can think of that they did release started out as open source.

      Have you looked at the the actual code? Or are you just going by "what you heard"?

      So while you were busy with your "Apple is good" tirade in response to something I didn't say, you are showing that you agree with me.

      I'm not sure what you're getting at here. My point is that the actions of the company using open source code are more important than the license you use. Microsoft and Apple are both using both GPL and BSDL code. The GPL hasn't led to Microsoft releasing anything, their own open source is strictly Windows-only. And Apple's released a flood of stuff whether it started out as BSDL, GPL, or they created it themselves.

    3. Re:Have you even looked at Apple's website? by SnowZero · · Score: 1

      You're confusing "privileged mode" AKA "kernel mode" with "in the kernel". Mach isn't a real microkernel, but it does support the ability to run software in privileged mode without it being "linked in the kernel".

      No I'm not confusing the two. Accelerated graphics drivers have been buried so deeply into OSes nowadays that they are extremely hard to separate them from all internal APIs. If your driver allocates memory or accesses the PCI bus, it'll have to follow the license of the host OS code that does that (or disgustingly roll its own version of everything).

      And Mach is *too* a microkernel. In fact its one of the most famous and influential microkernels ever written. The Mach project rewrote BSD into a microkernel. OSX is derived from an intermediate version. It is not a pure microkernel, just like NT is a hybrid. That's a pragmatic choice for performance. But what do I know about Mach, I've only read the Mach papers and taken graduate OS courses at the university where it was written (Carnegie Mellon), attended talks by some of the creators, and was a teaching assistant for an OS course at the same university.

      Furthermore, whether or not something using a messaging protocol or RPC is "linked" or not hasn't really been answered from a licensing standpoint IMO. I'm sure the GNU Hurd people would argue that a lot of it is linking of some sort, and many others would disagree with them. At any rate, I know I wouldn't go there, especially not if I were a company. Apple is smart enough to avoid walking into a problem like that. What I said in the earlier post was in response to you saying that Apple could use Linux if it wanted to. Since (as you point out) Linux is not a microkernel, it would have to be linked, that's all that matters. Apple (smartly) went for BSD code. They are of course happy to use GPL code for userspace applications, but that's a different issue entirely.

      Microsoft says lots of stuff, but it's their actions that count. And their only package that uses a significant amount of real open-source software uses both BSD and GPL components.

      The code in their OS that's borrowed was taken from BSD. They are smart enough not to take GPL code. Even for userspace, as that would just bring bad press for their OS product.

      Like HFS+?

      Good point, that's one of their more significant contributions.

      One operating system can't possibly fill all the niches. Linux is tied to a kernel design that works well for a certain class of problems,

      Such as the class of problems falling between wristwatches and the world's top supercomputer? I'll settle for that.

      ... but it depends on Linus for continued development

      Only as much as Apple depends on Steve Jobs. They are influential leaders, but not necessary. Look at LKML and you can watch yourself how things work. Someone could take over tomorrow if Linus could no longer work on the project (Andrew Morton or Alan Cox being likely successors).

      ... and Linus antipathy towards non-traditional kernels is legendary.

      NT became successful after they dropped their devotion to a pure microkernel design. OSX has never been a pure microkernel from the start, being derived from an intermediate version of the Mach codebase. Linux has never dabbled with microkernel design since every successful OS has moved in the opposite direction. That's simply pragmatism, and all those OSes made the pragmatic choice.

      In the last decade though, all OSes have adopted some of the simpler advantages of a microkernel design, such as modular drivers. If Hurd or DragonFlyBSD ever comes up with something compelling enough, I have no doubt Linux will adopt it. Up to now, there's been no reason to do so.

      Have you looked at the the actual code? Or are you just going by "what

    4. Re:Have you even looked at Apple's website? by argent · · Score: 1

      No I'm not confusing the two. Accelerated graphics drivers have been buried so deeply into OSes nowadays that they are extremely hard to separate them from all internal APIs.

      That is not in fact the case. Both NeXTSTeP and X11 have a very carefully defined formal interface between applications, and the graphics drivers. Cocoa takes this even further, even in the very first verions of OS X it cleanly separated rendering and compositing, and limited acceleration to what could be provided by OpenGL.

      If your driver allocates memory

      That's a standard Mach call. It doesn't require access to the kernel.

      Or accesses the PCI bus

      That's memory-mapped.

      And Mach is *too* a microkernel.

      L4 is a Microkernel. QNX is a microkernel. The Amiga Exec was a microkernel. Mach is far too large and complex to be considered a microkernel. It implements far too many capabilities that microkernels normally delegate to servers to qualify.

      [HFS+ is] one of their more significant contributions.

      If you were familiar with HFS+ you wouldn't say that.

      There's a lot more stuff that's a lot more interesting than HFS+, but I guess it's going to be as hard for you to find as HFS+.

      Such as the class of problems falling between wristwatches and the world's top supercomputer?

      The Linux Watch isn't exactly practical, and a wristwatch isn't a particularly hard or tight real-time or embedded problem these days... and systems like Blue Gene are really only useful for "embarassingly parallel" problems. Yeh, that's a pretty narrow band.

      NT became successful after they dropped their devotion to a pure microkernel design.

      NT was never a pure microkernel design. Like Mach, it's always implemented an awful lot of stuff explicitly rather than through services. I assume what you're talking about was them moving GDI into the kernel in NT4.

      1. Whether a server runs in the same address space or a separate address space is an implementation detail: having the X server running in user space on UNIX doesn't make it a microkernel design, and there's nothing in the microkernel model that requires you to cross a protection boundary on a message send. Many real time microkernels don't run on protected-mode systems, and others make the space a server runs in entirely arbitrary.

      2. Moving GDI into the kernel came at a terrible cost in reliability and stability for servers. We kept most of our servers on NT 3.51 and jumped straight to 2000.

      3. What "made NT a success" wasn't anything to do with the kernel design, it was the shims they added that let them run Windows 9x device drives in 2000 and (even more) in XP, which let them drop the 9x line. They could really have done it with Windows 2000... Windows Me was a mistake on all fronts.

      4. Loadable kernel modules have nothing to do with microkernel design.

      Forget what academia and the popular press have to say about microkernels. Ask anyone in the real-time controls industry, where we've been using what came to be called "microkernel design" since the '70s, they'll set you straight.

  118. The Desktop Brand of FreeBSD by jonfr · · Score: 1

    http://www.pcbsd.org/ Is the desktop brand of FreeBSD, as they say on there page. I have nothing agenst *BSD, it's just Unix in my view and if has something that i need. I will use it in the end. Today i use Gentoo Linux without any problem.

  119. Free'er as in "speech" not "beer" by AHumbleOpinion · · Score: 1

    > FreeBSD is free'er than Linux, or more accurately
    > the BSD license is free'er than the GPL. That
    > said, the less free GPL's restrictions are meant
    > to be benevolent for certain users

    This is true as long as "free" beer is "free'er" than "free" speech. :)


    BSD is free'er with respect to "speech". Wasn't that obvious, they have the same price? The GPL has strings, BSD is free from strings. "Free Speech" gives you the right to speak, it does not compel you to do so, you have the right to keep your thoughts to yourself should you choose to. BSD respects the individual's choice to share or not to share. You may disagree with someone's choice, but it is their call, just as it is the choice of an original author to choose BSD or GPL as suits their personal goals.

  120. You confuse "free" with "enforced benevolence" by AHumbleOpinion · · Score: 1

    The BSD license gives more freedom to the developer - they can take other people's work and close it to the community (and even the original developer)

    Untrue, the original developer and the community have lost nothing. The original work is still there, still available. To borrow an idea from music pirates: nothing has been stolen, the owner (copright holder) has not lost access to their property.

    ... you can also consider the GPL to be "free'er" in that it ensures that free software stays free.

    What you are talking about is not really freedom, you are in fact describing an enforced benevolence.

  121. Marketing for businesses by Anonymous Coward · · Score: 0

    > If FreeBSD wants to be taken out of the hobbyist corner and shine in the corporate arena... it's got a lot of marketing work to do.

    Interestingly enough, just today the first draft of a new area on the website was committed to try to bring together various whitepapers and case studies with a business orientation: see http://www.freebsd.org/marketing .

    Mark Linimon

  122. They put themselves by StarKruzr · · Score: 1

    at a competitive disadvantage. FreeBSD and just about every Linux distro can be downloaded, used and stored as an ISO.

    Why on Earth would I want to inconvenience myself? How is it that the FreeBSD project seems to do just fine while distributing ISOs but OpenBSD just can't do it?

    It's obnoxious.

    --

    +++ATH0
  123. Slashdot in a nutshell by BrodeCo · · Score: 1

    You should read things before submitting replies to them.

  124. I really hope this is a troll by Marc2k · · Score: 1

    Anyone who has ever been stuck in the perl dependancy hell will absolutely love the ports tree - I really don't understand why there hasn't been more adoption of that concept in Linux.

    Huh? Perl what? Never had a problem with dpkg/apt myself...


    Case of miscapitalization here, he [presumably] never had a problem with dependencies for perl (the interpreter, and for all intents and purposes, the associated libraries), rather for Perl, meaning that even using the CPAN module, getting new modules to work on an existing installation is a nightmare.

    Also, I am suprised that Linux is the platform of choice for all of these appliances that companies are pumping out, like wireless routers, security devices, etc, when the BSD license is so much more attractive to business.

    As usual the problem is drivers. Linux just has more.


    Hmm...you've made a believer out of me, I'm switching to Linux, where apparently developers write drivers for the device that you yourself are developing before it's released.

    --
    --- What