I often wonder what the current status is of the BSDs (FreeBSD, OpenBSD, NetBSD). Who uses them, who works on them, what is their motivation for doing so? How do they compare to Linux these days, in terms of size, feature set, security hardening, etc? Is their usage/development happening at a relatively constant level, or is it growing/shrinking?
I use NetBSD on several systems as a small server platform. I find it easier to understand and customize, and it keeps a lot of this stuff out of the landfill.
OpenBSD is the most security hardened OS out there, and the project maintains many pieces of software people take for granted, like pf, openssh, and libressl. FreeBSD is definitely the most robust, and is a very good server OS. NetBSDs niche is how many platforms can run it. If it's supported by GCC, theres a decent chance NetBSD will run on it
OpenBSD is the most security hardened OS out there,
I think this requires a lot of additional qualifications. For instance, AOSP and Android are much more hardened when it comes to isolation between GUI applications.
I’m using OpenBSD as a daily desktop. The main motivation is that it’s a complete system instead of several projects. So you got simpler userland tools as the kernel interfaces can be easily adjusted.
Also the subsystems are way simpler (packet filtering, sound, network management). Linux is full choke of abstraction which aim to serve a huge range of devices. And I truly believe that there should have been a bifurcation somewhere.
Most software are easy to port around, but there are some that relies on linuxisms (udev) and some on glibc-isms, which can require some patching. Some of the pains I encountered are about device files (usb) and the fact that openbsd relies on root a bit more (mounting with fuse).
You can read the “Absolute OpenBSD, 2ed” book, published 13 years ago and almost everything still holds. You can even read the “Design and Implementation of the 4.4BSD” and still have a good understanding of the OpenBSD design. Linux is chaotic land compared to that.
They don't like GPLv3. The other BSDs used similarly old versions until they moved to clang, but netbsd is pretty tied to the gnu toolchain and aims to be as portable as possible, so they kinda have to stick to gcc
As someone reading this fresh, they are almost apologetic for a release with open issues. But presumably the release closes off many more than it creates. I could see any other author/org approaching the messaging very differently!
Wow, I just learned that I can still buy a pack of new CD-RW discs. This is an almost 30 year old format that is still published for!
Long live ATAPI!
Seriously though, why still publish CD formats when a usb-stick is far more ubiquitous and much easier to actually write. Are there systems that can boot CD-ROM interfaces that don't have USB boot capability still?
> Are there systems that can boot CD-ROM interfaces that don't have USB boot capability still?
New x64 systems? Probably not. But since it still supports x86 and a whole slew of other architectures[1] still that don't always, it probably wouldn't make sense to stop.
There are some ISA USB cards with custom drivers to support them and present them as normal drives under MS-DOS. Never tried it myself, but they exist and seem to work!
Other commenter is correct, there are some late 486 boards with PCI support that would allow USB 1.0 or even 2.0 cards to be installed and used. Probably slow, but should work.
On the topic of modernizing a 486-class machine, there also exist a few with native PS/2 mouse support, and certain Matrox PCI cards have digital out, so it'd be possible to build a 486-class machine with USB 1.1, DVI/HDMI, and PS/2.
Since some Logitech wireless mice support PS/2, one could connect a 486 rig to a crisp digital LCD, use a wireless mouse, and plug in USB flash drives, sound, 10/100 network, NT 4.0, etc. -- all supported. Can make a fairly "modern" machine out of a pre-Pentium chip.
Some higher-end 486 boards[1] were made with PCI slots, so retrofitting them with an USB controller shouldn't be difficult? You'll still need a boot floppy to actually boot from an USB drive, I think?
Flash storage can’t sit on the shelf without bitrot as long as CD-R and DVD-R can, even though writable optical media itself isn’t the best for durability.
CD-RW/DVD+RW on the other hand are also even worse than flash in that regard and decay very quickly in my experience.
One thing ISOs are useful for is installation under a hypervisor, or BMC. You can usually do the exact same thing with USB images, but a lot of the UI/workflows are oriented around .iso files.
Yeah, learnt the hard way to have backups in multiple medias and that you have to refresh / re-copy your backups every 4-5 years. Wish we had consumer tape drives so that it could be once every 10 years or so.
>Are there systems that can boot CD-ROM interfaces that don't have USB boot capability still?
Old Systems. I have one such system that will is in line to move to 11.0 from 9.3. To do that I will boot from CDROM. It does not have any USB ports.
NetBSD is probably the only UN*X Type OS that can run on many of these 32 bit systems. Plus the NetBSD team is doing their best to support these old systems.
That saves me $ and helps the environment a little bit :)
> That saves me $ and helps the environment a little bit :)
Seems like a tradeoff with power though. Even emulating hardware from that era is more power efficient than actually running it. Of course, if you have custom ISA cards or something then you are likely stuck :)
I don't know about the progression of PSU efficiency, but 32bit desktops were rocking 250-400w PSUs and modern desktops would be hard to find one less then 650w so sure maybe we're more efficient for the amount of compute/W but running flat out will still hit your pocketbook harder on a modern system.
I’m in favor of repurposing old machines, but for a lot of the use cases they serve would be more than adequately filled by those little mobile CPU mini-PCs and Mac Mini’s which can go as low as 2-15W and top out somewhere around 60-110W.
NetBSD feels like a high quality, ancient relic from the University of California, Berkeley, from the 1970s, made for munks, secret FBI databases and special military operations.
As someone who has used old BSDs, I can say from direct experience that it does not.
For starters, on the old BSDs there was no Almquist shell, unless you went to Usenet, grabbed the shar, and built it. The TENEX C shell was the hot new thing, as were BIND and Sendmail. And we got genuine Joy+Horton vi.
Whereas modern NetBSD does not have Sendmail any more, has nvi2, and supports access control lists. And of course under the covers has lots of things that the old BSDs didn't have, like UFS for TiB disc volumes and kqueue.
I've heard tell that they're even thinking of finally doing away with BIND in base.
Specifically, their old bluetooth code was crap so they chose to get rid of it. If someone wants to have OpenBSD bluetooth, they'll gladly accept patches if the code meets their very strict standards
I think this requires a lot of additional qualifications. For instance, AOSP and Android are much more hardened when it comes to isolation between GUI applications.
Also the subsystems are way simpler (packet filtering, sound, network management). Linux is full choke of abstraction which aim to serve a huge range of devices. And I truly believe that there should have been a bifurcation somewhere.
Most software are easy to port around, but there are some that relies on linuxisms (udev) and some on glibc-isms, which can require some patching. Some of the pains I encountered are about device files (usb) and the fact that openbsd relies on root a bit more (mounting with fuse).
You can read the “Absolute OpenBSD, 2ed” book, published 13 years ago and almost everything still holds. You can even read the “Design and Implementation of the 4.4BSD” and still have a good understanding of the OpenBSD design. Linux is chaotic land compared to that.
> Improvements to the npf(7) firewall, including layer 2 and user/group filtering
That's a valuable, useful feature
> New MICROVM kernel for x86... it can boot in about 10 ms
That could open some doors, nice
There are some good hardware improvements too.
Anyone know why they are still on such an old version? The latest version is 16.1.
Wow, I just learned that I can still buy a pack of new CD-RW discs. This is an almost 30 year old format that is still published for!
Long live ATAPI!
Seriously though, why still publish CD formats when a usb-stick is far more ubiquitous and much easier to actually write. Are there systems that can boot CD-ROM interfaces that don't have USB boot capability still?
New x64 systems? Probably not. But since it still supports x86 and a whole slew of other architectures[1] still that don't always, it probably wouldn't make sense to stop.
[1]https://www.netbsd.org/ports/
Other commenter is correct, there are some late 486 boards with PCI support that would allow USB 1.0 or even 2.0 cards to be installed and used. Probably slow, but should work.
On the topic of modernizing a 486-class machine, there also exist a few with native PS/2 mouse support, and certain Matrox PCI cards have digital out, so it'd be possible to build a 486-class machine with USB 1.1, DVI/HDMI, and PS/2.
Since some Logitech wireless mice support PS/2, one could connect a 486 rig to a crisp digital LCD, use a wireless mouse, and plug in USB flash drives, sound, 10/100 network, NT 4.0, etc. -- all supported. Can make a fairly "modern" machine out of a pre-Pentium chip.
1. https://theretroweb.com/motherboards/s/asus-pvi-486sp3
CD-RW/DVD+RW on the other hand are also even worse than flash in that regard and decay very quickly in my experience.
My CD backups lasted about 10-12 years before the silver started peeling off the discs :(
Old Systems. I have one such system that will is in line to move to 11.0 from 9.3. To do that I will boot from CDROM. It does not have any USB ports.
NetBSD is probably the only UN*X Type OS that can run on many of these 32 bit systems. Plus the NetBSD team is doing their best to support these old systems.
That saves me $ and helps the environment a little bit :)
Seems like a tradeoff with power though. Even emulating hardware from that era is more power efficient than actually running it. Of course, if you have custom ISA cards or something then you are likely stuck :)
I have done that in the past but there are already .img files specifically for USB. Seems redundant.
I was running the R/Cs without any issues, so I am sure 11.0 will be very stable.
For starters, on the old BSDs there was no Almquist shell, unless you went to Usenet, grabbed the shar, and built it. The TENEX C shell was the hot new thing, as were BIND and Sendmail. And we got genuine Joy+Horton vi.
Whereas modern NetBSD does not have Sendmail any more, has nvi2, and supports access control lists. And of course under the covers has lots of things that the old BSDs didn't have, like UFS for TiB disc volumes and kqueue.
I've heard tell that they're even thinking of finally doing away with BIND in base.
It’s a choice.