This post is about how one person did it on hard mode, to get it just how they want it. That's fine.
I suspect that most of the people on HN could pretty easily install Debian, without documentation (just write this file raw to a USB flash drive, boot the laptop from it, and mostly accept the defaults from the menus):
https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/d...
The fact that installing Debian is easier is true, but also irrelevant.
The archinstall command/script doesn't (yet?) implement disk sector-size selection and some of the other relevant details of the article, but the introduction of this installation mode within Arch makes life easier, besides do not intimidate people.
It is a notoriously big leap in the direction of usability, IMHO this is a path to follow (one of the paths to follow).
PS:
The article uses yay to install the DE. I think the article should have commented the difference between Core, Extra and AUR packages.
At least in the case of NVMe disks, changing the LBA format does not seem to increase performance, and more importantly, in some cases could degrade the random read-write speed for just increasing sequential a little (bad thing, random read-write it is more important that sequential for a SO).
In theory the mainboard will select the appropriate format for the NVMe disk.
https://www.techpowerup.com/forums/threads/setting-4k-sector...
I highly recommend people to use "yay" and similar helpers that make a lot of the problems simply go away.
So low effort for developers.
Meanwhile I think the high effort for users of AUR is an appropriate barrier to entry.
Every dangerous thing I've seen in life benefits from good situational awareness, and all the "learn makepkg" stuff plus "can't be root" seems to match the learning effort to the risk.
Out of curiosity, do you count community as official?
https://wiki.archlinux.org/title/Official_repositories
It is maintained by a group of trusted users who need to be sponsored by at least two other maintainers. This creates a web of trust rooted at the Arch Linux developers.
https://wiki.archlinux.org/title/Package_Maintainers
The Arch User Repository is what I consider to be a "community" repository. It is essentially the programming language package manager model. You create an account and push whatever packagers you want.
And to be clear, I think the AUR certainly started as the second thing, but it's often viewed as the first, and maybe it even should be the first thing. But if you assume it came from the second option then all its design choices make sense.
People who cite the AUR as a major reason to use or prefer Arch (which seems to be a lot) definitely see it and use it as the former. If it's not that, pretty much all of the package availability arguments in favor of Arch disappear.
(Which is fine— I don't think package availability arguments are very good when it comes to distro selection in general, except for non-technical people and absolute noobs.)
Arch's whole identity as a distro is that of a coworker who is capable and competent at all the most useful aspects of his job whilst being completely useless at things which ultimately don't matter so you ignore his body odor, taste in music, and mismatched socks.
Nobody obtains security by watching the package script flash through their terminal just like nobody gains anything useful by doing a manual install at the terminal. These don't matter because you can use a script to install arch and use a helper script the same way you use apt.
I have no issue doing Arch installations by hand, but sometimes it’s nice to save time when you don’t have any special configurations. That being said, knowing how to do installations manually has been pivotal in me knowing how to recover borked Linux systems.
I believe you meant.
I learned the arch linux installation from the arch web page. I've stepped through it probably 50 times over the years to install various systems.
It becomes this "choose your own adventure" style installation, and you quite quickly get worn down by the branches and start making expedient choices over more involved choices.
So many of my laptop installs have had simple partitions, systemd boot, and on and on and ending with a text login.
Each choice for a more capable system would require extensive learning and the risk of having to start over.
These instructions take you through complex choices like secure boot, LVM, choosing a desktop, a graphical boot and more.
This installation guide gives you a fully functioning system (like you would get with a full distribtion).
The author had to learn from a fully-functional manjaro install, and then walked us through the same thing with arch.
Having a full desktop os with arch in the end is a really wonderful goal, and might be worth the risk of having problems with the install (which I seem to get with arch anyway)
chatgpt just tells you how to do and turns out its really not that hard.
Not sure why you use the word "active", as it's unnecessary. Gatekeeping is just erecting barriers of whatever sort in an effort to keep people out. Making install documentation that is very very detailed to the point that some people will be turned off by it and go away could very much be considered gatekeeping. Even if that documentation is objectively good documentation.
Obviously we can't know the motives of the people who wrote the documentation. But it's fair to look at the docs and believe that the authors are engaging in gatekeeping. That belief might be wrong, but there's no evidence either way. Unless the authors have come out and said something about this topic, of course. And even then, it depends on if you believe what they've said.
It's subjective.
(I personally have no dog in this race. I don't use or particularly care about Arch; Debian suits me just fine. My main experience with Arch is positive, though: their wiki is amazing, and when I search for answers for various questions about Linux and Linux desktop software, the Arch wiki comes up very often, and is nearly always helpful.)
In my times, we called such people lazy. No gatekeeping needed.
If you have found incorrect information, please edit the wiki to improve it.