The OpenBSD 5.3 Release
openbsd.org
openbsd.org
Other than a few esoteric situations like that one though, I agree: OpenBSD's documentation is pretty darn good.
I like them primarily because they're sitting in a corner quietly doing their own thing, and their own thing happens to be a very stable & very reliable network service operating system with an emphasis on security and performance. It's a refreshing change from the ADHD present in the development communities of other operating systems.
OpenBSD clean and simple design makes it a breeze to maintain. It's documentation always tells you the whole truth and for most tasks, its so intuitive that you almost always already know where to do your stuff.
Funny, I care very much about security and both OpenBSD and FreeBSD are primarily on my radar for that reason. Nice to know I get the simplicity too.
In my case I use it on a personal computer and as long as I've got X.org and network connectivity I'm happy. By default OpenBSD doesn't have much software installed. In term of user software, you get ksh, vi (not Vim), optionally X.org with FVWM and I guess that's pretty much it. Then you just add what you need. Oh you also get Tmux, which originates from the OpenBSD project.
Wasn't sure until recently if I could use OpenJDK with the framework I'm using, but it seems to be compatible, so am starting to look at Free/OpenBSD + OpenJDK for it.
Tmux, ssh, and vim are good enough for the server side IDE, so as long as vim is in the repo's, should be gtg. :)
(Not snarky; an honest question to verify my older "machine park" for an install to play around, which I've wanted to do for a while.)
Unless you have some really weird hardware, I'd be surprised if OpenBSD didn't support it. The best way to check is to boot an iso and look at the output of dmesg, however.
http://www.nmedia.net/flashrd/
It's not officially supported, however, and only recommended for systems that are likely to suffer power outages and for which running fsck would be problematic. I've used it a little on embedded systems and so far it's worked fine.
The FAQ has a very cautious explanation of the whole process, pointing out every imaginable pitfall. Once you've done it, it's a five minute job on most standard installations.
http://openbsd.org/faq/upgrade53.html
The official recommendation is to boot the installation kernel and upgrade that way, but I've never had a problem doing a remote upgrade. It's always been entirely painless.
One could argue that it's not quite as simple as "apt-get dist-upgrade" but I like it better - the upgrade process is more explicit about not touching your config files. And since it's a BSD, the base system isn't packaged, so I'm not entirely sure how it would work (although FreeBSD does have freebsd-update now, so it's possible).
Contrary to that, most companies would never upgrade a linux system. My feeling is, the most used "upgrade" plan for debian is to not upgrade as long as possible and then do a full reinstall with a new version.
I also use OpenBSD for embedded work, in fact I think everybody is using it for embedded systems. You can strip the kernel down to a tiny install, run securelevel 2 and chflags to prevent any tampering from console.
It might be better to follow the papers/presentations given here that detail what work is being done:
http://www.openbsd.org/papers/
Additionally, undeadly seems to be, well... more dead than usual. I wonder if this is just based on waning interest from the website maintaner than OpenBSD slowing down.
This is of course highly anecdotal, but even on the distrowatch page hit rankings FreeBSD ranks below distros I've never even heard of (Zorin, SolusOS) at #19. OpenBSD is down in the 70's. On a complete tangent, I was also surprised to find Mandriva well in the 40's. [1]
What is the community & ecosystem like these days?
NetFlix runs some (all?) of their servers on FreeBSD.
Google uses FreeBSD for their network search applicance (for corporate intranets or whatever). They also just announced their funding of the Capsicum security framework project for FreeBSD (and later, a port to Linux).
The Weather Channel uses FreeBSD to power their network appliances that render the forecasts for local cable networks.
NetApp and Juniper Networks use FreeBSD for their networking gear.
There are more examples here if you want to read them:
http://www.freebsdfoundation.org/testimonials
The FreeBSD Foundation also has a list of donors:
http://www.freebsdfoundation.org/donate/sponsors
The FreeBSD forums are reasonably active and very friendly, you should check them out if you want to learn more (or have more questions about *BSDs in general):
---
EDIT: I forgot one; VeriSign apparently uses FreeBSD enough that they just started their own BSD-related conference:
http://lists.freebsd.org/pipermail/freebsd-questions/2013-Ap...
edit: And regarding GP's surprise about Mandriva - Mageia is a community fork and is #2 - the Mandrake users I knew all switched to Mageia.
http://www.zdnet.com/blog/open-source/yahoo-the-linux-compan...
http://www.linuxfoundation.org/news-media/blogs/browse/2013/...
However their Open Connect network runs on FreeBSD.
I'd hazard a guess that there are similar projects based on BSD floating around for various other uses too.
HN runs on FreeBSD! (At least, the old server was FreeBSD. I don't know what the new server is running).
Support for the BSD crowd at AWS pretty much is non-existent (they are working on it and making progress, though, with FreeBSD). Rackspace has some support, but only for FreeBSD and with some limitations.
Most of the PaaS players use Linux under the hood because they rely on AWS under the hood.
I'd love to hear about IaaS or PaaS players who use BSD, though.
I wouldn't go on there and click Ubuntu or FreeBSD, because I know what they are and have no real need to view their Distrowatch pages. But my curiosity might lead me to click on Zorin or SolusOS because, like you, I've never heard of them.
On the other hand, openbsd has no xen support and ec2 and other xen based providers are hugely popular now. I wonder how much that has affected things. I ran everything on openbsd back then, and now that I am getting back to doing some sysadmining, it appears openbsd isn't even an option for a lot of people.
http://www.openbsd.org/cgi-bin/man.cgi?query=virtio&sekt...
In earlier releases it supported the T-series Sparc64 logical CPU partitioning.
Colin Percival (cperciva here on HN) maintains up-to-date FreeBSD AMIs for EC2, based on the Windows instances:
Edit: nevermind, the PVM drivers they were talking about are just to speed up IO, windows instances do have to be HVM.
[0] http://kerneltrap.org/OpenBSD/Virtualization_Security
"x86 virtualization is about basically placing another nearly full kernel, full of new bugs, on top of a nasty x86 architecture which barely has correct page protection. Then running your operating system on the other side of this brand new pile of shit. You are absolutely deluded, if not stupid, if you think that a worldwide collection of software engineers who can't write operating systems or applications without security holes, can then turn around and suddenly write virtualization layers without security holes." -- Theo de Raadt
Your link about virtualization is about people absurdly thinking that virtualization buys them security. He said nothing about virtualization being "not a use case for openbsd". You do know openbsd has explicitly added drivers to support running under virtualization right?
Not running with 3D acceleration with nVidia video hardware is a big stopping point. Yes, it's not their fault, but that's not running on "almost everything".