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.
homebrewer · 1h ago
Instead of creating multiple wikis with probably 80% of duplicate information between them, it would be great to have a cross distribution wiki with separate sections for distribution-specific instructions where it makes sense. Gentoo had a fantastic wiki before they lost it to disk array failure (IIRC) around ten years ago, now pretty much everyone is going to the Arch wiki, why not try to turn it into a shared project?
haunter · 19m ago
>Instead of creating multiple wikis with probably 80% of duplicate information between them
>why not try to turn it into a shared project?
This is basically both the highlight and the bane of the Linux world.
Why have another DE when there are already multiple ones? [0]
Why have another package manager when there are already multiple ones? [1]
Why have another distro when there are already multiple ones? [2]
So having another wiki makes perfect sense (or not depending on your POV)
It probably just never worked out that way. Usually everyone starts with documenting the distro-specific parts first, and then adds more and more, until even general parts are there. But at the same time, everyone probably thinks that those general parts are supposed in the specific projects' documentation, so nobody really cares about sharing. Until the point is reached that some wiki is so big and successful, that it just silently took over the whole domain.
Also, the whole sharing somehow seems to have died off over the decades. 25+ years ago, when wiki was new and shiny and everyone was experimental and motivated, there were strong movements for interwiki-content, sharing stuff between them openly. Then time happened, not much sharing was done, and every wiki-software slowly moved on, doing their own thing, becoming some semi-open silo or even a closed garden.
And today we had this same movement arising in the knowledge management-community, around their tools, and mainly in the context of Markdown, and it also kinda died down and never turned into anything substantial. Maybe, in the end, sharing information and knowledge is a bit harder to execute than it seems?
wolvesechoes · 9m ago
What would be even better - just a single, unified distro. Imagine if all those man-hours where actually focused on delivering a single working and polished FOSS OS.
I know, FOSS is all about choice, yada yada.
kzrdude · 11m ago
If the scope is too wide, then it's hard to see when content is outdated or irrelevant. The clear focus helps archwiki for example to not turn into a graveyard of obsolete howtos.
noirscape · 1h ago
In the case of Debian, they have a pretty different stance when it comes to what the role of a distro is compared to Arch.
Arch is essentially completely freeform; you, the user, are going to be making a lot of technical decisions on what you want your system to look like. It's perfectly okay for Arch to ship 4 different versions of the same type of tool, as long as all 4 are being used. The Arch wiki reflects this; it's focused around giving you a lot of options, while not going too in-depth on what you'd want to do with them. Want to swap out NetworkManager for wpa_supplicant because wpa_supplicant is easier to configure from a terminal? Perfectly fine, go ahead. Most arch packages as a result don't heavily deviate from upstream unless it's absolutely necessary to get them running.
Debian uh... isn't that. Debian still offers choice, but Debian has set the unenviable goal for themselves to provide a "stable" userland experience. This means Debian offers less options, but the options they do offer are also fixed on certain versions with sometimes pretty derivative versions compares to upstream. Their documentation as a result can get much more in-depth, just by virtue of having less to cover than Arch does.
A basic example here is setting up a webserver stack (so webserver, php and mysql); on Debian, you pick between apache2(+mod_php) or nginx/php-fpm and install mysql. Debian takes care of wiring all the permissions, user groups and all that stuff and giving you a "sane" default folder capable of serving PHP scripts on port 80 that anyone can use. It's a lot easier and nginx' configuration is specifically changed to resemble the apache2 vhosts. Arch doesn't do this; arch gives you the upstream versions of all these packages and then asks you to wire them together so that they work.
It means they attract pretty different audiences as a result; Debian users value stability/set and forget (also helped by Debian release cycles basically lasting the same length as most LTS releases of other distros), while Arch users are more conditioned to having to occasionally change their config files on updates.
That's also reflected in what their wikis aim at. Debian wikis generally can be version locked to their release; Arch wiki needs constant updating as things change.
They're different extremes here; most distros usually sit on one side or the other of this sorta thing (with the only real correlation being that dpkg-based distros usually lean more towards the Debian model), but there's also the pseudo-rolling release distros like Fedora, which try to offer similar stability to Debian but much shorter release cycles, so you'll always be running something at least close to the latest version.
abhijeetpbodas · 1h ago
For lwn.net articles, aren't these subscriber-only links meant to be used only by the subscriber? Is sharing them on HN sabotaging lwn?
> Where is it appropriate to post a subscriber link?
> Almost anywhere. Private mail, messages to project mailing lists, and blog entries are all appropriate. As long as people do not use subscriber links as a way to defeat our attempts to gain subscribers, we are happy to see them shared.
OJFord · 48m ago
They're usually shared links (note the 'share a free link' button at the bottom, above comments) ime - I've never seen it styled like this before. Weird that it's a subscriber-only link that doesn't require login, but does for other subscriber-only actions like sharing a free link or replying to a comment.
stingraycharles · 47m ago
It’s a feature. I actually ended up subscribing to LWN precisely because of the quality of these types of articles.
blueflow · 1h ago
Look at the "ArchWiki active users per month" graph. What happened in 2013? With the exception of the lockdown period, it has been decreasing since then.
Macha · 1h ago
A spike in pages needing updates for the systemd migration which started in 2012 returned to a more normal level.
In recent years, NixOS has probably taken some of their enthusiast base too
xdfgh1112 · 1h ago
Many people used Arch for its status as "the pro Linux distribution" i.e. not beginner friendly, but secretly still easy enough that you don't need much effort. That's how "I use Arch btw" became a meme.
These people have now moved to NixOS.
Imustaskforhelp · 1h ago
I mean, I was using nobara and my brother had showed me arch once and it looked so cool and he used to say, " that I have ran arch" and so I was watching a lot more arch content / linux too so I decided to try it to be "good at linux"
Not many regrets aside from the times that I accidentally deleted my hard drives so many times that I can't count on fingers lol, its still a little fun lol. Ricing it with hyprland and I am truly happy with my system.
I also have nix but I couldn't really love it aside from the fact that nix-env is really really cool.
aeonik · 1h ago
2013 is around the time Manjaro got popular.
Arch also locked down their forum posts due to popularity in 2011.
The baseline has been covered and there's not as much to write about anymore?
nylonstrung · 1h ago
Hopefully they share it with NixOS next
LadyCailin · 1h ago
Documentation is super important for complex things. I feel like it’s highly underrated by many otherwise great open source projects, to the severe detriment of the project. Nice to see an explicit focus on it.
gary_0 · 1h ago
Underrated in proprietary and non-software tech, too. It's horrible when infrequent tasks turn into bespoke shitshows every time they crop up because nobody wrote down how to solve the problem. Having to figure things out from scratch every time is ridiculously inefficient. Even worse if it leads to customers having slightly different copies of the same kind of software or device configuration because there's no documented process to follow. I know from experience.
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.
>why not try to turn it into a shared project?
This is basically both the highlight and the bane of the Linux world.
Why have another DE when there are already multiple ones? [0]
Why have another package manager when there are already multiple ones? [1]
Why have another distro when there are already multiple ones? [2]
So having another wiki makes perfect sense (or not depending on your POV)
0, https://en.wikipedia.org/wiki/Comparison_of_X_Window_System_...
1, https://en.wikipedia.org/wiki/List_of_software_package_manag...
2, https://distrowatch.com/dwres.php?resource=popularity
Also, the whole sharing somehow seems to have died off over the decades. 25+ years ago, when wiki was new and shiny and everyone was experimental and motivated, there were strong movements for interwiki-content, sharing stuff between them openly. Then time happened, not much sharing was done, and every wiki-software slowly moved on, doing their own thing, becoming some semi-open silo or even a closed garden.
And today we had this same movement arising in the knowledge management-community, around their tools, and mainly in the context of Markdown, and it also kinda died down and never turned into anything substantial. Maybe, in the end, sharing information and knowledge is a bit harder to execute than it seems?
I know, FOSS is all about choice, yada yada.
Arch is essentially completely freeform; you, the user, are going to be making a lot of technical decisions on what you want your system to look like. It's perfectly okay for Arch to ship 4 different versions of the same type of tool, as long as all 4 are being used. The Arch wiki reflects this; it's focused around giving you a lot of options, while not going too in-depth on what you'd want to do with them. Want to swap out NetworkManager for wpa_supplicant because wpa_supplicant is easier to configure from a terminal? Perfectly fine, go ahead. Most arch packages as a result don't heavily deviate from upstream unless it's absolutely necessary to get them running.
Debian uh... isn't that. Debian still offers choice, but Debian has set the unenviable goal for themselves to provide a "stable" userland experience. This means Debian offers less options, but the options they do offer are also fixed on certain versions with sometimes pretty derivative versions compares to upstream. Their documentation as a result can get much more in-depth, just by virtue of having less to cover than Arch does.
A basic example here is setting up a webserver stack (so webserver, php and mysql); on Debian, you pick between apache2(+mod_php) or nginx/php-fpm and install mysql. Debian takes care of wiring all the permissions, user groups and all that stuff and giving you a "sane" default folder capable of serving PHP scripts on port 80 that anyone can use. It's a lot easier and nginx' configuration is specifically changed to resemble the apache2 vhosts. Arch doesn't do this; arch gives you the upstream versions of all these packages and then asks you to wire them together so that they work.
It means they attract pretty different audiences as a result; Debian users value stability/set and forget (also helped by Debian release cycles basically lasting the same length as most LTS releases of other distros), while Arch users are more conditioned to having to occasionally change their config files on updates.
That's also reflected in what their wikis aim at. Debian wikis generally can be version locked to their release; Arch wiki needs constant updating as things change.
They're different extremes here; most distros usually sit on one side or the other of this sorta thing (with the only real correlation being that dpkg-based distros usually lean more towards the Debian model), but there's also the pseudo-rolling release distros like Fedora, which try to offer similar stability to Debian but much shorter release cycles, so you'll always be running something at least close to the latest version.
> Where is it appropriate to post a subscriber link?
> Almost anywhere. Private mail, messages to project mailing lists, and blog entries are all appropriate. As long as people do not use subscriber links as a way to defeat our attempts to gain subscribers, we are happy to see them shared.
In recent years, NixOS has probably taken some of their enthusiast base too
These people have now moved to NixOS.
Not many regrets aside from the times that I accidentally deleted my hard drives so many times that I can't count on fingers lol, its still a little fun lol. Ricing it with hyprland and I am truly happy with my system.
I also have nix but I couldn't really love it aside from the fact that nix-env is really really cool.
Arch also locked down their forum posts due to popularity in 2011.
https://bbs.archlinux.org/viewtopic.php?id=113819