If that's your first target for removal, I'd wager a large amount of money that you're [unfamiliar](https://man.netbsd.org/compat_freebsd.8) with the NetBSD code base.
This is part of the contract all new committers are required to sign. Becoming a NetBSD committer requires membership of the NetBSD Foundation and there's an understanding that trust is expected.
The article is wrong, it has branding disabled (so it identifies as Nightly), but it's stable Firefox. And the linked article indicates that one compositor can be used.
It's "big in Japan". Used on many ISP routers there, for example Internet Initiative Japan's "SEIL" family, as well as most workstations in a few Japanese universities.
pkgsrc enjoys mild popularity in the scientific computing community, a lot of NetBSD use is probably in education - Cambridge University uses it for their thin clients too.
This is exactly the type of hardware where NetBSD shines - it's often best to install it on something from a few years ago where driver support has matured to a fine vintage. Very good OS for preventing old hardware from being binned.
> I may have some useful hardware sitting around here at the house. Some of it may be 20 years old. How can I tell whether any of it will be useful to this project?
NetBSD developer hat on
It will likely be very useful, martin would particularly like CardBus and PCMCIA hardware, though he's kind of overwhelmed by requests right now.
If you can find some way to get the chipset identifier (maybe check dmesg, usbdevs/pcidevs if your operating system provides such a command), that's the useful information that he needs.
The original commented suggested that XBPS was similar to pkgsrc. I suggested that XBPS has far more in common with Arch Linux's package manager than pkgsrc or anything else in the BSD world. As you yourself note in your next paragraph...
> Your comments do not sound like those of a daily NetBSD user.
I have commit access. Since three years ago. My name is on the latest release announcement.
Actual package recipes. BSD-style packaging systems are written in BSD make using a mk/ framework rather than Arch-style shell scripts. If a package already exists for FreeBSD Ports I would check that first because it's much more similar to what I'm used to.
Fundamentally pkgsrc is built on very low level tools, awk, shell, make, cwrappers, and pkg_install, although you can manage it with high-level ones (obviously pkgin is there, but there's also a lot of other third-party tooling).
One reason to try it might be that pkgsrc mostly solves the problems Nix solves with conflicts in a much simpler way, by allowing multiple co-existing branches installed to different prefixes.
As a pkgsrc committer, xbps is nothing like pkgsrc. The underlying stuff is much more similar to something like Arch or Alpine Linux than anything that exists in the BSD world, and it's much less configurable than pkgsrc.
Aside from the obvious BSD things (clean separation of base and third-party software, very different networking stack, etc), notable NetBSD things include a lot more security and hardening features enabled by default, a powerful and versatile default package manager (https://pkgsrc.org/), very good support for ARM (all 'mainline', etc). The NPF firewall is also quite nice.
the core difference now is that Sun and tens of other unix vendors are dead so there's less competing commercial influences to the Linux crowd involved in maintaining this stuff.
note that Alan Coopersmith is paid by Oracle to work on Solaris.
All active Unix-like operating systems aim to implement the new interfaces as they're defined.