NetBSD 3.1 and 3.0.2 Released
hubertf writes, "The NetBSD release engineering team has announced that the NetBSD 3.1 and 3.0.2 releases are now available. NetBSD 3.1 contains many bugfixes, security updates, new drivers, and new features like support for Xen3 DomU. NetBSD 3.0.2 is the second security/critical update of the NetBSD 3.0 release branch which includes a selected subset of fixes deemed critical in nature for stability or security reasons. See the NetBSD 3.1 Release Announcement and the NetBSD 3.0.2 Release Announcement for more information."
The BSDs provide everything you've come to love in Linux: stability, security, and probably a little more consistency especially regarding system administration and configuration. Linux and the BSDs are both fine systems, but maybe you'll prefer how BSD handles things. I honestly find it easier and more comfortable to do system administration via the CLI on BSD than via the various GUI administration tools in Linux, but that's just a matter of taste.
So, don't just dismiss NetBSD just because a release information page doesn't provide a detailed list of reasons why NetBSD is better than a 2 year old Gentoo installation. Try it out. Get your hands dirty and be "enlightened".
What do I get by installing this that I can't get in a 2 year-old Gentoo Linux installation? The BSD's have always been a bit of an enigma to me. Could someone enlighten me?
firs of all, nobody is trying to make you switch. the BSDs aren't out to conquer the world (AFAIK), they just try to make proper operating systems.
second, you get:
and many more. you can read in detail on the project's feature page. that being said:
10:49:47 (1.15 MB/s) - `i386cd-3.0.2.iso' saved [209747968]
Stop Computers/Cars Analogies on S
Let me first state two things. First, I am a gentoo user. Second I have only vaguely played with the BSDs.
That said, allow me to elaborate on the things I have seen. The most drastic difference between the BSD's and ANY other OS I have seen is stability. They are rock freaking solid. This however comes are a great cost to thier tech currency. Lets face it, new software although bright and shiny, is not stable. The BSD release trees have always been sluggish but only because they insist that packages be as stable as reasonably possible.
This is a very stark contrast to Gentoo's "bleeding edge" approach. Even the "stable" tree of gentoo is considered bleeding edge by most standards in a network OS.
Both standards have thier place and I am not really for or against the BSD architecture. I prefer gentoo only because it is what i started with and rpm is horribly flawed in it's base incarnation. YUM has worked to improve this alot and the newest Suse distros are not bad.
"And the heathens with their ways of trickery and deceit shall not prevail over the will of the righteous"
Thank you both for the insights! No no, I'm not flaming (but given how moderation point lottery winners are, I'll probably be modded down for some reason nevertheless). I've read your post and the poster above you. I appreciate that the people behind the NetBSD Project aren't trying for a hard sell here, just to create a useful operating system.
My question should have been read like "I'm already a nerd, what would I find most appealing about NetBSD? What would I fall in love with if I installed it?"
As it stands, I think I'll do the classic turn-the-old-computer-into-a-firewall trick with it. NetBSD looks like it could run admirably on an old, 166 MHz Pentium that I still have. The short install time and better-than-iptables CLI tools have be sold.
Thanks again!
Here's a pretty interesting thread by a BSD user who had to learn to use Debian at work and shares his experiences. He sums up the differences between FreeBSD and Debian quite nicely. Makes for an interesting read.
Why run one of the BSDs?
In other words, you've basically got a system which is very similar to Linux in terms of nearly all of Linux's positive characteristics, without the elements of Linux that really suck.
If you like source based packaging systems, then NetBSD is a better choice than Gentoo. I have the misfortune to work with someone who insists on using Gentoo on his work machine. He's a lazy sod, but even if he wasn't he would still be unable to do much work because usually his machine is either grinding through another rebuild or awaiting a reinstall because a half-baked update has rendered it unbootable. If you want binary packages, the quarterly releases of pkgsrc are excellent - and far more reliable than Debian in my experience (for instance, GCJ has been dumping core for at least a week on the Debian box here at work - I'm about to see if this mornings update cures it).
As someone else pointed out, the command line tools are the usual way to configure a BSD system. It should be emphasised though, that compared to Linux the tools are far more consistent and better documented. This is true of all the BSD's but especially OpenBSD. Compare this with Linux where the tools are from disparate sources, and the man pages are often omitted or incomplete. Yeah, there might be an out of date HOWTO on the web that can help, but that's not much use when your trying to get a machine online in the first place. The consistency of the BSD's is a consequence of developing a complete operating system, not stitching together the entire system from a mass of poorly integrated sources.
Finally, having all the architectures built out of the same tree means far less breakage than with Linux. I've run Linux on PA-RISC and Sparc machines in the past, and it's frustrating when the vanilla kernel can only be trusted to work out of the box on x86. If you're trying to track the latest development you end up having to marshal patches from various sources in the hope of keeping things going - with NetBSD it's just a CVS update from one repository.
I've found doing anything in *BSD is more painful than it should be.
I'm struggling to think of an example. For instance, installing init scripts for third party software is far more painful on Linux:
cp foo.sh /etc/init.d/ /etc/init.d/foo.sh /etc/rcS.d/K69foo /etc/init.d/foo.sh /etc/rc0.d/K69foo /etc/init.d/foo.sh /etc/rc1.d/K69foo /etc/init.d/foo.sh /etc/rc2.d/K69foo /etc/init.d/foo.sh /etc/rc3.d/S69foo
/etc/init.d/foo.sh start
ln
ln
ln
ln
ln
Unless your Linux distribution supports one of the other half-baked init schemes of course.
Meanwhile, on NetBSD it's:
cp foo.sh /etc/rc/ /etc/rc.conf (add the line foo=YES)
/etc/rc/foo start
vi
Basically, anything administrative I can think of is more tedious or complex on Linux than on NetBSD.
Man pages. Lots of them. For everything, even system calls. And an experience blissfully free of dependency hell, which, as a Gentoo user, I'm sure you're quite familiar with.
Of course, you can pretty much say goodbye to bleeding edge stuff and complicated GUI apps like Ardour, etc.
> What do I get by installing this that I can't get in a 6.1
> FreeBSD installation?
Support for ~50 hardware platforms.
- Hubert
You do need to hunt down repositories for Debian, if you want software that isn't included in the standard repos. For instance, at the time of writing for that thread (July 2005) you could not get Java, Madwifi, or KDE 3.4+ in the standard repos. To get those, I had to search the web for custom repos to use with Sarge. Not a lot of fun for a Debian newbie.
... or else it will cause the splintering of "Linux" like the splintering of Unix back in the day.
Debian may have the highest number of packages available, but it does not have the highest number of applications. A lot of the packages in the Debian repos are for the libs that come with apps, and for multiple versions of the same app with various features enabled or disabled. If you take out all those duplicates, you end up with a lot fewer apps. A lot, yes, but probably not the most.
At the time that I wrote that piece, Ubuntu was a horrid little thing that was just starting out. Kubuntu didn't exist yet, and being a KDE user, why would I try Ubuntu?
Wireless is the worst grafted-on technology in the Linux world. There are multiple wireless networking stacks, multiple WPA supplicants, multiple commands for working with wired connections, wireless connections, and device-specific options. And Debian was (at the time) one of the worst for wireless support -- there was none officially in Sarge for madwifi or wpa_supplicant. Now, in Etch, things are a bit better, but nowhere near the level in FreeBSD. Why is there an ifconfig, a iwconfig, and driver-specific commands to work with wireless links? In FreeBSD, there's only ifconfig since they are all network interfaces, there's only a single networking stack that all the devices use. There a single config file to manage the wireless side of things.
I've become proficient with Debian in the year and a bit since I posted that, but Debian in particular and Linux in general remains a conglomeration of a bunch of hacked together software projects without an overarching feeling of togetherness or unity to it. There's no cohesiveness to "Linux" even in some of the distros.
Ubuntu is moving along nicely in that area, but that only drives home the notion that there is no Linux OS, just a hodge podge of OSes built around it, each with their own ideosyncracies, and the only way to get anything done is to standardise on a single distro. People need to get out of the "Linux" mindset and into the "Ubuntu" or "Fedora" or "Debian" or "Gentoo" mindset. Once that happens, then things will probably get better
And, yes, upgrading a couple apps can result in an upgrade to the entire OS. I've done it a few times. I'll never understand the whole Linux distro concept of "the OS and apps are one". Why do I need to upgrade to Debian Etch in order to run KDE 3.5? I can run KDE 3.5 on FreeBSD 4.11, 5.5, and 6.1, it doesn't require an OS upgrade to run newer apps.
Err, no one of the founders threw a hissy fit because he'd fucked up the administrative side of the NetBSD Foundation. An ill informed "debate" on Slashdot followed. NetBSD is still going strong, often providing new features like SMP support that then filter into the other BSDs (OpenBSD in the case of SMP). Recently, a new Bluetooth stack was integrated into the main codebase and dozens of new drivers - some ported from the other BSDs, others written specifically for NetBSD. NetBSD is also the first choice of BSDs for running Xen, and has also been used to set an Internet2 Land Speed Record (improving on the previous Linux entry by 50%, despite running on a considerably slower machine).