Linked by Thom Holwerda on Sat 31st Jan 2009 20:47 UTC, submitted by Oliver
NetBSD From the announcement email: "On behalf of the NetBSD Release Engineering team, I am proud to announce that the first release candidate of NetBSD 5.0 is now available for download. Those of you who have been paying close attention will have noticed that RC1 was tagged on Sunday. A few hiccups delayed the availability of binaries, but they can now be downloaded from here."
Thread beginning with comment 346498
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: Niche?
by Doc Pain on Sun 1st Feb 2009 12:01 UTC in reply to "RE: Niche?"
Doc Pain
Member since:

- use csh as his shell (although their install prompt you if you want. Beware! the "sh" listed is not bash).

This is understandable. UNIX's standard scripting shell is the Bourne shell /bin/sh which is not a Bourne Again shell using another name (or symlink or the like). #!/bin/sh is standard in UNIX, while #!/bin/bash seems to be standard in Linux, with a "symlink workaround" to stay compatible to UNIX (/bin/bash@ -> /bin/sh). The philosophy in the background is: As long as you don't use BASH specific functionalities, and as long as you want maximal interoperability for your scripts, declare it the UNIX standard way.

The C shell as a dialog shell has been chosen by other BSDs, too, such as FreeBSD.

BASH is installable on NetBSD (as an additional package) without any problems and you can use it, if you like, but not everyone wants to have BASH on the system.

Remember, when your system crashes and you have only ro access to /, you'll be happy to have the standard scripting shell and an excellent dialog shell available.

"- doesn't ship with any sort of "wizard style" tools to configure it (i don't really take sysinstall as a wizard).

Well, it's one of these OSes that after installing it, you must make it usable manually, tailoring it to follow your tastes.

That's what "usable" is defined. :-) Instead of putting everything users could need onto the disk in one rush, the user is encouraged to define exactly what he will need. So he installs the system and gets exactly a system fitting his particular needs, instead a "one does everything" approach that causes problems. Personally, I prefer this "tailoring approach" over anything else, especially for server purposes. BUt that's very individual, I think.

Reply Parent Score: 2