NetBSD 6.1 Has Shipped
Madwand writes "The NetBSD Project is pleased to announce NetBSD 6.1, the first feature update of the NetBSD 6 release branch. It represents a selected subset of fixes deemed important for security or stability reasons, as well as new features and enhancements. NetBSD is a free, fast, secure, and highly portable Unix-like Open Source operating system. It is available for a wide range of platforms, from large-scale servers and powerful desktop systems to handheld and embedded devices. Its clean design and advanced features make it excellent for use in both production and research environments, and the source code is freely available under a business-friendly license. NetBSD is developed and supported by a large and vibrant international community. Many applications are readily available through pkgsrc, the NetBSD Packages Collection."
Why NetBSD?
Did they get that working ?
Just like (the) Linux (kernel), the BSD kernel comes with binary blobs.
It's 2013, and I'm not sure *BSD is really relevant anymore. I'm sure there are some users/corporations, but most serious independent (commercial) hacking isn't revealed because of it's lack of a GPL license.
If he hadn't explained, we would see a chorus of complaints that not every species of nerd is conversant with what BSD is. I recall a time when any /. user would slash his wrists before admitting that he was so utterly clueless, but now that time seems to belong to the same domain as the tooth fairy.
Not sure about shops, but you can buy discs from several online vendors if you don't have the bandwidth to download: http://www.netbsd.org/sites/cdroms.html
Furthermore, I don't really see the difference between delivery via streaming packets vs delivery via post of a physical item from a logical viewpoint.
"The problem with socialism is eventually you run out of other people's money" - Thatcher.
AFAIK NetBSD is derived from the original UNIX-Sources as any BSD is. That makes NetBSD not "UNIX_Like", but a proper UNIX, or at the very least a "UNIX derivative". Linux, on the other hand, was implemented from scratch and not derived from the original UNIX sources (and even the scum at SCO has admitted that by now), and hence is only "UNIX-like".
Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
Similar here, although I decided on no kids for career reasons only.
But you're right, what a screwed up world into which to bring children. A great place for obedient blank little slaves though, no need for independent thought, the megacorps will provide your opinions for you. It's so much more efficient. All praise Google.
TOOTHFAIRY.COM is a new WORLD.COM WEBSITE.
rewriting history since 2109
I play with lots of different boards that use ARM application processors, but I've always used Linux of various flavors. It's not because of any particular attachment to Linux, but just because Linux runs on most things.
An alternative would be welcome. just for variety. And I did use BSD4.2 on VAXen a million years ago, so I'd like to deploy a bit of nostalgia too, if NetBSD can do it.
Resting on the sofa on a pleasant Sunday afternoon, you might like to mull around the concept of "Single Point of Failure".
Virtualization is great, but when your virt box goes down, everything goes down. In contrast, a 2W ARM board will keep running your Linux or BSD system + Internet router for ages while your power is out (CA, I'm looking at you), off just a small UPS.
Horses for courses. Virtualization provides a home for only one kind of horse. There are other kinds too.
You dodged the most important question: What is it good for? If I just want to get a job done, is there any kind of "job" beside "having fun setting up a strange OS" where NetBSD would be the appropriate choice?
If he hadn't explained, we would see a chorus of complaints ...
Or... you could go back and looks at the summary again and notice that the explanation is copied directly from the NetBSD announcement page, and that linux.org has a similar "What is Linux?" paragraph.
"I don't know, therefore Aliens" Wafflebox1
- filesystems: anything modern such as xfs, jfs? I don't feel like static inode allocation or ancient ufs anymore (even with softupdates) and 16TB volumes are a joke
- pkg stuff: don't feel like wasting a lot of inodes for pkgsrc, please give me something like "pacman" or an advanced "yum"
- O(1) scheduler?
- ionice?
- different block schedulers?
- actually usable kernel configuration tool (think "make menuconfig")?
Well, that was the easiest upgrade ever. Much simpler than my recent debian upgrade from squeeze to wheezy, but maybe that would be more comparable if we were talking about a major netbsd release.
I would love to deploy some BSD machines and see how they fair in a long term A/B test against Linux machines. I hate to use the term but a TCO.
But with servers there is rarely one killer feature that make an OS way better than the others. Usually it is a bad feature that kills the OS. If you need a certain package and it doesn't exist or isn't well supported with a certain OS then that OS is dead to you regardless of all its other virtues.
Now I use Mac OS X for my desktop and Linux for my servers. I am impressed with the Bastard BSD underlying Mac OS X in that it doesn't get in my way.
So my question is: I am using CentOS because it keeps me in my Linux as Unix comfort zone but that NetBSD would be way better and every day I don't switch is a day wasted? Or would NetBSD make me angry that I left the happy easy land of CentOS?
Unfortunately NetBSD still only has old filesystems such as the BSD Fast File System, all of which seem to have a size limit of 4 terabytes.
I know 4TB sounds like a lot but for servers this is a piddlingly small amount. This makes NetBSD not suitable for storage servers.
Now, if they could port ZFS from FreeBSD they'd have a winner on their hands as it would then be the only well maintained, up to date and free OS with a functional enterprise grade storage system. (Since OpenIndiana and the OpenSolaris derivatives seem to have all died or are no-longer free.)
For Embedded, why bother w/ NetBSD at all - Minix is smaller, but uses the same NetBSD userland. NetBSD is fine for servers. For desktops, I agree w/ you - they'd need to come up w/ their own equivalent of PC-BSD for a desktop OS. Maybe they could re-do the abandoned Desktop BSD distro to be based on NetBSD, borrow PBI/EasyPBI and build a laptop based distro based on that.
However, they may not wish to focus on the desktop at all, and instead, may want to focus on tablets. In which case, they should target that w/ Minix, rather than go w/ NetBSD themselves.
I believe that a Frys or a MicroCenter would be a good place to look.
Assuming you intended to reply to my post which mentions mach...
I just wrote "mach kernel" not "microkernel", i probably should have said XNU. I know that XNU is derived from a version of mach prior to mach's full microkernel implementation which turned out to be very slow. However XNU is still a microkernel in some useful ways, the big way that it doesn't operate as a microkernel is it's monolithic treatment of device drivers... but Darwin mainly being used for the basis of MacOS, this turned out to not be too much of a big deal given the small number of supported devices theoretically allowing for the production of higher quality device drivers, theoretically being the key word having experienced the result of a few Mac OS kext bugs myself, but device drivers are never perfect. The only thing we have to look forward to for solving this is Minix 3 which appears to have a reasonable performance sacrifice and some pretty awesome concepts for surviving with horribly buggy device drivers.
You should get 5 points for that, i had that coming :D
Just to be annoying and argue both sides :D I recall that there are many places in the complex inheritance tree where the UNIX System integrates source from various BSDs' along the way after the 386BSD separation. Taking that into consideration it would be more accurate to call the UNIX Systems' a source descendant of BSD :P but essentially the descendants of 386BSD do have source code that is in UNIX Systems, the difference is however that UNIX inherited it from the BSDs' not the other way around... I don't want to suggest an analogy for that in nature O_o