Index: head/en_US.ISO8859-1/htdocs/advocacy/index.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/advocacy/index.xml (revision 53760) +++ head/en_US.ISO8859-1/htdocs/advocacy/index.xml (revision 53761) @@ -1,85 +1,85 @@ ]> &title; $FreeBSD$

Much of the success which surrounds FreeBSD is due to people advocating its use to their friends, colleagues, and employers.

This page provides links to more information to help you do this.

Mailing lists

Web resources

Sites using FreeBSD

FreeBSD conferences

Index: head/en_US.ISO8859-1/htdocs/advocacy/myths.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/advocacy/myths.xml (revision 53760) +++ head/en_US.ISO8859-1/htdocs/advocacy/myths.xml (revision 53761) @@ -1,377 +1,385 @@ ]> &title; $FreeBSD$ -

As the BSD projects (including DragonFlyBSD, FreeBSD, NetBSD, and OpenBSD) have grown in size, - a number of persistent myths have grown up around them. Some of these are - perpetuated by well meaning but misguided individuals, others by people - pursuing their own agendas.

+

As the BSD projects (including DragonFlyBSD, &os;, NetBSD, and + OpenBSD) have grown in size, a number of persistent myths have + grown up around them. Some of these are perpetuated by well + meaning but misguided individuals, others by people pursuing + their own agendas.

-

This page aims to dispel those myths while remaining as dispassionate - as possible.

+

This page aims to dispel those myths while remaining as + dispassionate as possible.

-
Note: Throughout this page, ``*BSD'' refers to all - of the BSD Projects. Where a myth or response is specific to a - particular project it is indicated as such.
+
Note: Throughout this page, ''*BSD'' refers to + all of the BSD Projects. Where a myth or response is specific + to a particular project it is indicated as such.
-
If you are aware of an omission or error on this page, please - let the FreeBSD - documentation project mailing list know.
+
If you are aware of an omission or error on this page, + please let the &os; + Documentation Project mailing list know.

Myths

Index

Myth: *BSD has a closed development - model, it's more ``Cathedral'' than ``Bazaar''

+ model, it's more ''Cathedral'' than ''Bazaar'' -

Eric Raymond wrote an influential paper, ``The - Cathedral and the Bazaar'' in which the Linux development model - (and the model Eric used for fetchmail) is held up as an - example of how to do ``open'' development. By contrast, the model - employed by *BSD is often characterized as closed.

+

Eric Raymond wrote an influential paper, + ''The + Cathedral and the Bazaar'' in which the Linux + development model (and the model Eric used for + fetchmail) is held up as an example of how to do + ''open'' development. By contrast, the model employed by *BSD + is often characterized as closed.

-

The implicit value judgment is that ``bazaar'' (open) is good, and - ``cathedral'' (closed) is bad.

+

The implicit value judgment is that ''bazaar'' (open) is good, + and ''cathedral'' (closed) is bad.

If anything, *BSD's development model is probably - more akin to the ``bazaar'' that Eric describes than - either Linux or fetchmail.

+ more akin to the ''bazaar'' that Eric describes + than either Linux or fetchmail.

Consider the following;


Myth: You cannot make your own distributions or derivative works of *BSD

You can. You just need to say in the documentation and source files where the code is derived from. Multiple derivative projects exist:

Similarly to DragonflyBSD, OpenBSD was not a standalone project, it started as a spinoff from the NetBSD project, and has since evolved its own distinctive approach.


Myth: *BSD makes a great server, but a poor (&unix;) desktop

*BSD makes a great server. It also makes a great desktop. Many of the requirements for a server (responsiveness under load, stability, effective use of system resources) are the same requirements as for a desktop machine.

*BSD has access to the same desktop tools (KDE, GNOME, Firefox, - windowmanagers) as Linux. And ``office'' applications such as - OpenOffice suite work under *BSD too.

+ windowmanagers) as Linux. And ''office'' applications such as + LibreOffice suite work under *BSD too.


Myth: The BSD codebase is old, outdated, and dying

While the BSD codebase may be more than 20 years old, it is neither outdated nor dying. Many professional users like the stability that years of testing has provided FreeBSD.

Technological enhancements continue to be added to *BSD.


Myth: The *BSD projects are at war with one another, splinter groups form each week

No. While occasional advocacy may get a touch heated, the *BSD flavors continue to work with one another. FreeBSD's Alpha port was initially heavily based on the work done by the NetBSD team. Both NetBSD and OpenBSD used the FreeBSD ports collection to bootstrap their own port sets. FreeBSD and NetBSD both integrate security fixes first discovered by the OpenBSD team.

The FreeBSD and NetBSD projects separated more than twenty years ago. OpenBSD and DragonflyBSD are the only new BSD projects to split off in the last twenty years.


Myth: You can't cluster *BSD systems (parallel computing)

The following URLs should disprove this;

Note, that freebsd-cluster mailing list is available for further discussion about clustering of FreeBSD.


Myth: There's no commercial support for *BSD

FreeBSD: The FreeBSD Commercial Vendors Page lists companies that offer commercial support for FreeBSD.

The FreeBSD Mall also offer commercial support, along with shirts, hats, books, software, and promotional items.

OpenBSD: The OpenBSD Commercial Consulting Page lists companies that offer commercial support for OpenBSD.


Myth: There are no applications for *BSD

The free software community started running on predominantly BSD systems (SunOS and similar). *BSD users can generally compile software written for these systems without needing to make any changes.

-

In addition, each *BSD project uses a ``ports'' system to make the - building of ported software much easier.

+

In addition, each *BSD project uses a ''ports'' system to make + the building of ported software much easier.

-

FreeBSD: There are currently more than 26,000 +

FreeBSD: There are currently more than 30,000 applications ready to download and install in the FreeBSD ports collection. On i386 and AMD64, the Linux emulation layer will also run the vast majority of Linux applications. On the AMD64 architectures there is a compatibility layer to run 32-bit FreeBSD binaries.

NetBSD: The Linux emulation layer will run the vast majority of i386 Linux applications, and the majority of SunOS4 applications can be run on a SPARCStation.

-

OpenBSD: There are currently more than 3700 applications +

OpenBSD: There are currently more than 8000 applications ready to download and install in the OpenBSD ports collection. The Linux emulation layer will also run the vast majority of i386 Linux applications, and the majority of SunOS4 applications can be run on a SPARCStation.

Both NetBSD and OpenBSD are able to use applications in FreeBSD's ports collection with minimal effort. Their lower number of ported applications reflects this.

It is true that most companies when porting to PC Unix will choose Linux first. Fortunately, *BSD's Linux emulation layer will run these programs (Acrobat, StarOffice, Mathematica, WordPerfect, Quake, Intel ICC compiler, Compaq's Alpha compiler ...) with few, if any, problems.

As a historical note, the first version of Netscape Navigator that ran on FreeBSD with Java support was the Linux version. These day you can also use a native FreeBSD version of Mozilla with a native Java plugin, all compiled conveniently from ports.


Myth: *BSD is better than (insert other system)

This is user opinion only.


Myth: (insert some other system) is better than *BSD

This is user opinion only.


Contributors

Members of the FreeBSD, NetBSD, and OpenBSD projects have contributed to this page;

Nik Clayton <nik@FreeBSD.org>
Jordan Hubbard <jkh@FreeBSD.org>
Ian F. Darwin <ian@DarwinSys.com>
Adrian Filipi-Martin <adrian@ubergeeks.com>
Tom Rhodes <trhodes@FreeBSD.org>