[Author and poster of the article here]

> I thought this was actually not that great of a write up

I am sorry to hear that. :-( If you have the time and the inclination, I'd like to learn more about why, so that I can perhaps improve future articles.

> although it's from the perspective of someone who has never used it.

Yes, that is correct. I am writing for a general non-specialist audience of IT people who are mainly familiar with Windows, and I am trying to describe the pros and cons of alternative OSes, with very limited time and length.

> I've used it off on and on for a few years now, but never as my main OS.

This is not the first time I've installed (or, sometimes, _tried_ to install) NetBSD but it's the first time I had reason to give it a concerted effort.

> The install process the author describes (in virtualbox) didn't sound right.

I have heard that from several people.

All I did was very simple: download the ISO; create a VM; boot the ISO in the VM and proceed from there, as far as possible, just accepting defaults.

(For context: I have been using xNix OSes since 1988. I am a NetBSD newbie but not a PC or Unix newbie.)

If that doesn't work, or delivers poor results, then IMHO those are problems, and I describe them as such.

> When I install it, I don't need to reboot then use sysinst...

Like I said: I mostly accepted defaults. I had never even heard of `sysinst` before I started.

> I use sysinst during the install process to install pkgin, add a user, config my network etc, etc;

Maybe I could, but I didn't know how or that I should know to do these things. They are apparently not defaults. I think they should be.

> then when I reboot and login I can config doas/sudo to my liking

Why should a new user have to configure these things?

I don't think they should. They are normal parts of the xNix world since Mac OS X 10.0 came out 21 years ago. They should be there, working, enabled and ready to go, right on the install medium before installation.

> and start installing binary packages via pkgin.

One of my commenters on the Reg said that they had never even heard of "pkgin" and that I was doing it wrong.

I submit that is evidence of the extreme fragmentation of the NetBSD community. I also submit that this stuff should be on, enabled and available, by default, from the first boot.

> It's all pretty straightforward in my opinion.

I disagree.

> Later on, the author compares installing net to arch and gentoo. I find NetBSD much easier to install both of those.

I strongly disagree.

For example, Arch has comprehensive docs. That means "JFGI" and get useful answers. NetBSD does not, as I attempted to describe and illustrate with links.

Commentary on that: docs hidden inside PDF files are not enough. Take the Arch wiki as an example of How This Should Be Done.

> Something else that irked me was describing NetBSD as "not like just another linux distro." well, of course not, it's a completely independent OS!

I am fully aware of that, and the more informed of my readers are, too.

However, consider the motto of Distrowatch: "Put the fun back in computing. Use Linux, BSD."

For non-specialists, all PC Unixes are one. (And I agree.) They are just points on a spectrum. They are all just free implementations of the basic xNix design. Some run on lots of platforms, including RISC and vintage kit. Some run on nothing but modern x86-64 PCs with UEFI.

For a non-expert viewer those are minor implementation details, akin to weird arcane disagreements over the wording of different free software licences. Normal people do not know or care. (Maybe they should; that is a totally different argument and one I am not interested in here. In real life, they don't.)

So, yes, NetBSD is competing directly against Linux distros at the weird, hard, DIY end of the spectrum, and the 2 best examples of that I can think of (that any interested non-specialist might have ever heard of) are Arch and Gentoo.

> I did agree about the documentation, and about looking for help online.

Well, good, glad to hear it, and thank you. :-)

> In my first experience using Net, googling isn't really useful for more complex problems.

I concur.

> You can find help on the mailing lists,

Not when you have an editor phoning you up and saying "Liam, where is my copy? I need it now!"

Which is directly analagous to someone trying this at home at 2AM when the partner and kids are asleep and there's nobody to help and they don't know who to ask.

I spend lots of time on mailing lists but they are no help when you need an answer RIGHT NOW OR ELSE.

> unitedbsd.com,

Never heard of it. :-(

> and reddit

Been a Redditor for 15 years or so. I know when the narwhal bacons. But I rarely get much useful info from it.

> but a new user wouldn't know that.

... Which is indeed the mindset I try to put myself in when writing this stuff.

> Free and Open have better documentation

And better support for modern hardware, and better installation programs, and better defaults, and _still_ IMHO neither is very good and neither competes with anything except the worst, weirdest, most niche Linux distros.

Sorry if that hurts feelings but it's the truth as I see it, with considerable expert knowledge.

> and linux has countless online resources.

It does, yes. And that needs to be factored in, for users, for developers, and for documentarians.

For instance a FAQ for openSUSE is "what is the SUSE equivalent of Ubuntu's `build-essential`?" This angers the openSUSE faithful who don't know or care, but it's a perfectly fair question. Anyone trying to install openSUSE in Virtualbox needs to find this out to install the guest additions.

Also, for comparison, openSUSE has no command to update GRUB. These are failings.

And someone in there knows, because if you accidentally type Debian APT commands in openSUSE, they work. It silently accepts them, translates them to Zypper commands and tries to do it. This is The Right Thing To Do.

If only the principle were applied more widely, and it understood that having a package aliased to "build-essential" and a command aliased to `update-grub` would help people who only know Ubuntu who wanted to try out openSUSE in a VM.

Well, 99% of the potential users of NetBSD already have some basic Linux knowledge. So a very good way to explain things is to give answers to questions in terms of Linux tools.

So a good answer to "how to install software" is "The NetBSD equivalent of `apt` and `yum` or `dnf` is called `pkgin`..." and then ensure it's installed by default and available to all.

I could go on but this is already a long answer.

But net's problem re: documentation is just a question of manpower.