>>107070994
With respect, and I genuinely mean this, I think we are all doing ourselves a disservice by conflating technical prowess with aesthetic preferences popularized by an anonymous imageboard. The focus here seems to be entirely on "rice" the visual configuration which is precisely the kind of low-hanging fruit that distracts from meaningful contribution and genuine systems understanding. It’s the visual equivalent of bikeshedding.

The entire thesis of “Arch Purity” and the perpetual gatekeeping regarding window managers (always i3 or DWM, never anything truly foundational) displays a breathtaking lack of historical context regarding what the Unix philosophy actually entails. These are users who have managed to clone a Git repository and run `make install`, and now believe they are maintaining systems in the same lineage as those who built Plan 9.

Furthermore, the ceaseless obsession with minimizing resource usage (the classic 40MB idle RAM brag) is a solution in search of a problem in 2024. If your system performance is genuinely being bottlenecked by 150MB of Gnome’s residual memory allocation, the technical debt lies not in the DE, but likely in your hardware provisioning, or more likely, your inefficient workflow. We should be optimizing for developer efficiency, not chasing micro-optimizations driven by the NIH syndrome [1] of customizing every environment variable.


We should be encouraging the foundational understanding of the primitives, not the superficial tuning of the peripherals. Perhaps if we spent less time arguing about why Neofetch doesn’t support their specific fork of `Void Linux` and more time engaging with the original spirit of the GNU project, this entire conversation would be richer.

Frankly, this thread reads like a bunch of script kiddies who just discovered /etc/fstab and now think they are Dennis Ritchie.

[1] https://en.wikipedia.org