FreeBSD 4.9 Released
Digital Dharma writes "Excellent! FreeBSD 4.9 has been released, and if it's anything like the RC series, this will be a release to remember. You can obtain it from the usual sources, or if you're feeling generous and supportive, you can buy the cd set. Support your local Daemon!" As Jani Laaksonen writes, the new release includes "numerous security advisory fixes, kernel changes and support for the Physical Address Extensions (PAE) capability on Intel Pentium Pro and higher processors (see page(4)). This release also adds support for a few more hardware NIC cards, ipfw network protocol enhancements, userland changes, and more. Check FreeBSD 4.9 Release Notes for more information."
I thought FreeBSD was already on 5.x or something like that. Is that the development version? Does FreeBSD use a linux-like version numbering where odd numbers are development releases?
No, 4.9 is the latest release from the -stable branch. The 5.0 and 5.1 releases were made from the -current development branch (actually the main trunk in CVS). Eventually, probably around 5.2 or 5.3, 5.x will be branched off as 5-STABLE and development will begin on 6.x.
> 1. You can not play games on it.
Wrong. There are plenty of games, and what is not supported by a native version may be playable under linux emulation and/or wine with a negligible performance impact.
> 2. It cannot be used by my grandma.
Then your grandma is dumb.
> 3. It lacks a GUI of any note.
Wrong. you can use XFree86 and any window manager or desktop environment you choose.
> 4. There is no support available for it.
Wrong. There are plenty of IRC channels, email lists and even commercial support providers.
> 5. It is an assortment of fragmented OSes.
Wrong. Even if it were not wrong this does not compare to the staggering number of Linux distributions.
> 6. It cannot be run on the x86 platform.
Wrong. FreeBSD was initially crafted directly from the 386BSD patchset in the early 90's. It has supported i386 from the very beginning.
> 7. You have to compile everything and know C.
Wrong. You can install packages just like linux. You can certainly compile everything if you want to, but this does not require even minimal knowledge of C.
> 8. Support for the latest hardware is always poor.
Wrong. It isn't always poor. Sometimes support lags behind a little, many times IHV's have poor or no FreeBSD drivers, but new hardware is certainly not ignored.
> 9. It is incompatiable with GNU/Linux.
Wrong. FreeBSD has an extensive Linux binary compatability system that allows most Linux binaries to run just fine. Word is, sometimes even faster.
> 10.It is dying.
And Wrong. FreeBSD has a large community of active developers and maintainers, along with a significant installed user base.
9 out of 10 ain't bad. Clearly a troll but I was feeling self important so I thought I'd whip it out.
Debian NetBSD/FreeBSD isn't about forking and putting NetBSD/FreeBSD under a new license. It is about putting NetBSD and FreeBSD into the "Debian scheme", with Debian installer and Debian package management. And I have to know it, since I was involved in that work for some time.
A monkey is doing the real work for me.
> 9. It is incompatiable with GNU/Linux. Wrong. FreeBSD has an extensive Linux binary compatability system that allows most Linux binaries to run just fine. Word is, sometimes even faster.
Some time ago I had 1GHz Athlon 256MB with ATA100 drive as my workstation. I put linux on it. Everything was ok, up to the time I had to untar some big files 200GB+. Starting single tar -zxf filename nearly made my computer not responding (even mouse cursor moved in jumps). First I thought the reason was that I have 2.2.x kernel so I switched to 2.4.x. It didn't help. Finally I put FreeBSD on this box and from that time unpacking archives with tar was no longer a problem.
i REALLY wanted out of microsoft.
i have tried switching from win2k to linux and found it confusing,xxx tools for the same job and for me a confusing file layout.
installing Freebsd was/is a breeze even for a mouse clickin fool like me,i downloaded a couple of floppies,set up my nic and pointed it at a ftp site.
the file layout was explained well and seemed logical to me..
The manual is good.the package system with its dependancy checking is lovely.
it has linux binary compatibility
there is ALOT less random noise on freebsd mailing lists and forums in my (limited) view.
to sum up i found it easier to use/install than mandrake or redhat
Like I said before... you are a moron. You think the slashdot crowd knows anything? Most of them are a bunch of Linux Fanboyz who know nothing about how the os works.
With that out of the way, Several production shops use FreeBSD on their servers. Yahoo, Sony japan, Hotmail (yes, they still do, even if they won't admit it). And another thing, I was looking at linux's so-called SMP support the other day, (mainly because netstat was hanging for like 1.6 seconds on my 2.4 kernel 4 way smp machines) and the locking is horrible. Just running a netstat causes the rest of the TCP system to hang while the netstat completes. And it's noticable, The webserver latency goes from 5 ms to 1.9 seconds.
Things like this are why FreeBSD is still used anywhere that needs to support high traffic and high uptime.
Absolutely.
I have had FreeBSD on all my laptops for ages now--both as a workstation, and as a console/sniffer/debugging machine. The only weakness in this regard was the lack of MS Office support (no, I don't find Star/OpenOffice or KOffice or friends acceptable alternatives as of yet.) It's stable, fast, easy to upgrade and maintain, secure, and flexible.
My personal firwealls have also been FreeBSD since I started finding OpenBSD too archaic for quick changes (my last one started deciding that what I told it to do wasn't secure enough. Looking for solutions in newsgroups/mailing lists inevitably came up with "read through the source and quit bugging us you fucking idiot".) I don't want to use an OS maintained primarily by a psychopath.
My home fileserver, and AMD K6-2-400 has also been FreeBSD since about 3 years now--running 24x7 without a glitch.
I've installed it at several client sites as firewalls, web servers, monitoring boxes, groupware and mail servers, and use it with no hitches _whatsoever_ for our company (DNS, mail, PHProjekt, www.)
Prime factors in terms of quality of an OS are
Ease of installation and upgrade
Support (I've always found the BSD mailing lists to be pretty friendly, and people to be fairly clueful
Good package management
Security
Well-thought out and common sense layout of the OS itself (file systems, config files, etc.
Yes, I have a good amount of unix experience, but I often just need something to work without too much knob-dicking around, period. This is the reason I have an XP box lying around at home (games, documents I get from clients, Windows software I sometimes use professionally, etc.). No, I don't think *BSD is ready for the desktop.
However, having worked with Unix variants, including various Linux incarnations, for more than 10 years now (holy shit! I'm old!) I can really recommend this as a reliable, and representative example of a good OS.
This is assuming, of course, that you're not just trolling.
Cole's Law: Thinly sliced cabbage
There was something on this that was already on /.
You can find that here and also here
Granted it's the 5.x versions of FreeBSD but still got a good comparison.
Evolution or ID?
No. The patches are incorporated at the same time when advisories are released. I'm assuming they list them in the release notes just to imply that since you're using 4.9 you don't have to worry about all the security issues which were discovered in 4.8
Right. The release notes list changes between released versions, and some of those changes come about as the result of security vulnerabilities that have been discovered and fixed. If you look at the release notes for one of the development branches (e.g. 4-STABLE or 5-CURRENT) between releases, you can see items such as security advisories listed in more-or-less real-time (usually one of us tries to get them into the release notes or errata within about a day of being issued).
Actually, it's my experience that the patches are usually in the source tree well before an advisory is issued, depending on what branch you're tracking.
Not really -
Here's the APSL
If a developer takes and uses APSL code in some other project, section 2.2 a, b, and c need to be followed for that section of code, but as long as those are followed I don't see why the code couldn't be distributed with BSD. I really don't see this as much of a big deal, though, unless you want a certain patch for a certain program - if it's an entire app, well, my copy of Linux came with Mozilla and Apache, both which have separate, non BSD, open source licenses (I have FreeBSD, as well, but built it from scratch, so no CD).
If you want a specific patch, ask the original developer to also submit it to BSD - as far as I can tell, any code submitted is still owned by the developer (but you give Apple a free, non-exclusive, everlasting license to use it, or something like that). I guess if the original developer works for Apple you won't get any help, but most other Open Source developers are happy to submit to other Open Source projects.
FreeBSD is alive and well here as well. We use it to run a number of firewalls, a few web server, and a network monitoring station. It is a lot cleaner than linux, and integrates userland better than Linux.
So basically, we have a heavy Windows installation protected by FreeBSD running IPF, snort, etc.
And I am in the process of installing BSD on a diskless PC. I got 4.8 down to 8 megs, which includes kernel, shell, userland commands, network tools, etc. You come to appreciate features as the freebsd jail when you do things like this.
although the source is open, the development team is not.
Uh, how exactly is the development team not open? The FreeBSD project accepts contributions from just about anyone -- I've submitted a few patches myself. The list of people with commit rights to the CVS tree is quite large and growing; contrast to the Linux kernel which is a one-man dictatorship (guess how many people have commit rights to the master repo for that).