The Arch wiki is one of the best things the Linux community has produced. It's like a modern, improved and more complete version of TLDP.
I haven't even used Arch on any of my machines but can't count how many times I've found their wiki useful for my workstations, servers and even custom Yocto-built systems. Arch supports many ways of doing a thing, so whatever tool I'm dealing with, Arch probably supports that and documents it on the wiki. And Arch makes few changes from upstream so the wiki instructions are often applicable on any distro. Sure, it takes some familiarity to recognize when something is e.g. Debian-specific and should be done in a Debian way, but as a user fairly familiar with Linux, I often find Arch to be the best source of documentation.
I remember long before I started using Arch I would google something nuanced for Ubuntu and there it was on the Arch Linux wiki with a “for Ubuntu users do this” section to fix whatever my issue was, this happened multiple times.
The special instructions for other distros could be at risk for being deleted, as "something that will not work on Arch as-is is not something we will be hosting on our site".
I think one reason the arch wiki thrives is that it IS a generic linux wiki.
The arch wiki describes the upstream package.
I say this because Arch tries to use the upstream software as-is, and describes requirements and helps make configuration choices.
Other distributions tend to make the choices for you, configuring and modifying upstream to fit the distribution.
With respect to a wiki, this would be another layer of documentation to add. Describe the package, describe the distro, and explain the configuration choices.
The arch wiki could expand to support distro switching, with each distro having its own domain, and all that could link back to a general linux wiki. It'd be beautiful.
Yeah, the Arch wiki is the Gentoo wiki we lost. I was around for it and the Gentoo wiki was amazing, it was one of the best Linux resources all-around, it was tremendously useful even if you didn't use Gentoo.
From what I can gather, the event happened in 2008. At the time gentoo had no official wiki, it was an unofficial wiki that died or went offline for a significant amount of time.
I'd argue that Arch has an advantage with its KISS philosophy. For example, because manual intervention is acceptable, it keeps the distro simpler for not having to handle odd edge cases with package breakages/upgrades
After using FreeBSD and OpenBSD, it is frankly shocking how bad Linux documentation is in comparison. On the BSDs every command, every program, every system call, and every configuration file are thoroughly documented in man pages and other guides. The FreeBSD Handbook in particular is a treasure. It more than makes up for some of the more difficult aspects of the OS by providing thorough and approachable documentation.
It's a different model of development, leading to different expectations.
BSD ties the kernel and the software on top of it together pretty heavily, creating the expectation that the documentation should cover all of it.
Linux is meanwhile kernel and software kept separated, meaning that the documentation usually winds up assembled from separate tools, each with their own standards.
Yes, BSD is a single coherent system but so are many Linux distros. It's just that we've come to accept bad documentation as the norm for Linux-based tools. In my experience there's several types of problems that are very common for Linux tools:
* Extremely short documentation. Everyone has seen these, a tool where the man page exists but provides almost no actual information.
* Unfriendly reference-type documentation. GNU programs are often guilty of this, coreutils certainly comes to mind. On the upside, it's usually comprehensive. But it's not good - it's a short description followed by a sequential list of every option, so the functionality is described in detail but there are no usage examples, no list of the most common options, or anything like that. Great reference, poor usage documentation.
* Too much info about ancient systems or historical details. Yes, it's great that many of these utilities are portable and can run on different systems or work with files from different systems. The man pages for zip/unzip mention MS-DOS, Minix and Atari systems, while defining the zip format as "commonly found on MS-DOS systems". The man page for less explains that it's a program "similar to more(1)" - completely useless info now - and mentions that it has some support for hardcopy terminals, again information that's not important enough for the first paragraph in 2025.
* Poor keywords in the description. There's the theoretically useful apropos command. My Xorg wouldn't start so I tried to remember how to start my wifi up. apropos 'wlan|wi-fi|wifi|wireless' doesn't mention nmcli, which I was thinking of, though it does at least provide the much more difficult iw command.
* Technical project-specific jargon that makes it easy to find the solution - if you already know it, that is. For example, Xorg documentation generally doesn't use the word "resolution". It's not in the xrandr or Xserver man page, and in the xorg.conf page it's only a reference to virtual screens. Because X uses the term screen size. That's fine, understandable and even accurate but most people would first search for 'resolution'.
I for one really enjoy the historical anecdotes you get in the "NOTES", "PORTABILITY" or even "BUGS" sections.
But I do realise that my context is mostly recreational, work doesn't really require glueing POSIX commands together.
Yep. There is no "Linux Operating System." There's the Linux Kernel, and that kernel is used in tons of different OSes. It's sounds like a small nitpick but its a huge deal and a common misconception for those outside of the Linux world anytime a topic of unifying something in the Linux world comes up.
A shared or central wiki sounds nice, but could quickly end up too messy. Arch having its own makes sense, as in the case of Linux - the distro is the operating system. Arch is a different OS from Fedora, which is a different OS from Ubuntu, etc. Sure, there's a lot of overlap but they are each their own unique OS.
I learned how to do NetBSD kernel hacking from just the man pages. They're still my first-line documentation on the NetBSD file system work I'm doing. The state of Linux documentation is appalling by contrast.
Its consistent conventions also help a lot — it means learning a handful of things once, which can then be applied numerous other places (which as an aside, used to also be a strength of macOS). No need to even consult the manpage in many cases then.
An interesting but gargantuan project would be a Linux distro that maintains patches for all of its packages that standardize directory structures, config file locations, CLI argument order, etc.
I don’t think anyone is confused about this. Linux is a shorthand for the family of Unix like operating systems that use Linux as the kernel.
The only ambiguity in this shorthand is if android or chrome os are being referenced, but it’s pretty clear from context that they are not relevant to the discussion.
I haven't even used Arch on any of my machines but can't count how many times I've found their wiki useful for my workstations, servers and even custom Yocto-built systems. Arch supports many ways of doing a thing, so whatever tool I'm dealing with, Arch probably supports that and documents it on the wiki. And Arch makes few changes from upstream so the wiki instructions are often applicable on any distro. Sure, it takes some familiarity to recognize when something is e.g. Debian-specific and should be done in a Debian way, but as a user fairly familiar with Linux, I often find Arch to be the best source of documentation.