this post was submitted on 14 Jul 2026
-5 points (33.3% liked)

Linuxsucks

394 readers
62 users here now

For knowledge and awareness about what using Linux is really like and pointing at its cultish toxic community. We also cover FOSS /FLOSS failures, and issues with GPL since it relates to Linux. Moderation is heavy handed to appeal to our target users.

Rules:

  1. FOSS (especially GPL) advocates and Linux (specifically GNU/Linux) evangelists aren't welcome (GNU Hurd will count as Linux). -We ask that you block us and we will perma-ban for violations of this rule.
  2. Try to stay on topic (that is LINUXSUCKS!). No bashing other OSs or each other. We aim for a cohesive non-toxic community with the interest of cautioning people / would be victims from Linux. At our discretion, we will remove what we consider pollution.
  3. Moderators run the sub, not the users. It's not democratic, and we don't care how you think it should be run. -Feel free to make and run your own community.
  4. "Not your Billboard" -Over-represented companies will have positive posts removed and appropriate bans may be issued. -Those companies included so far will be Valve/Steam/Proton, Google, and Brave (browser).

⚠️Collection of Articles

Linux/FOSS can damage hardware or firmware

Linux Community Advice Breaks Windows

Mixing Apps Bloats LiGNUx

Linux running servers isn't a brag

Is Linux Running Games Near Windows Performance Impressive?

Wasted Ram on Different Toolkits and Distro-Agnostic Packages in Linux

Critical ISS Systems do NOT run Linux

Abandoned Software is Dangerous (and common on Linux)

FOSS Devs Quit and Sellout on Unappreciative Userbase

Firmware Flashing is Riskier on Linux

Linux Community Toxicity Ties Directly into Inferiority Complex Psychology

The Positives of Telemetry

Game Performance Impressive?

Failures of Proton

How Linux Stores Browser Passwords is a Security Issue

The Psychology of Conspiracy Thinking

Rabid LiGNUxers Ignorantly Get Angry at Devs

Does Linux Dominate SuperComputers? -Yeah, but So What!

Linux Myths Compilation

The Linux Cult - Religious Parallels

Before Wayland: “Linux is secure, Windows is insecure.” -(Selective Dishonesty)

Why Wayland is Taking so Long

Major Desktop Applications Missing on Linux

Sudoedit vs Edit as Root

Linux is NOT Great for Developers

Kernel Level Anti-Cheat is fine!

The Privacy / Security Paradox

Linux Storing Passwords as Plain Text

How to Continue Using Unsupported Windows Online on Old Hardware

Don't Trust Desktop Marketshare

Piracy is Less Harmful than GPL

The Most Influential Formerly‑Proprietary Projects that Became Important to Linux

GNU Holds Linux Back (Directly)

It is Linux Fault -Why OEMs, Apps Don't Support Linux

🔐 Secure Boot + TPM 2 vs. Linux Alternatives

🛠️Checking for Linux Hardware Compatibility is Bullshit!

founded 2 years ago
MODERATORS
 

Linux advocates, and many popular guides often give overly casual advice about modifying system configuration files. One of the most common habits they encourage is "just open it as the administrator." A lot of people were never shown the safer workflow, and when something goes wrong, the response tends to be the usual "skill issue."

The safer tool for this job is sudoedit. It isn’t an editor itself; it’s a controlled workflow. It opens your preferred editor under your normal account and only applies the final changes with elevated privileges. Most distributions default to nano, but not all, and many users don’t realize what their editor is doing behind the scenes.

Editing directly with elevated privileges affects everything your editor loads

Every plugin, macro, configuration file, syntax highlighter, file explorer, clipboard hook, and shell‑related feature runs with full access. If your editor writes temporary files or backups into your home directory, those files can end up owned by the administrator account. Suddenly:

  • .viminfo is owned by the wrong user
  • your .vim/ directory contains files you can’t modify
  • your editor behaves unpredictably
  • saving files stops working

Eventually you have to clean up the ownership of your home directory.
Using sudoedit avoids this because your editor never runs with elevated privileges.

It’s easy to open or modify the wrong file

When working directly as the administrator, tab completion can lead you into editing sensitive system files. A small mistake in one of these files can prevent the system from functioning normally. sudoedit enforces a safer pattern: make a temporary copy, edit it, then apply the changes in a controlled way.

Graphical editors with elevated privileges cause even more problems

Opening graphical editors with full access can create configuration files, caches, and settings in your home directory that belong to the administrator account. This can disrupt your desktop environment and cause long‑term issues. sudoedit avoids this entire class of problems.

Permission and ownership mistakes become much more likely

Working as the administrator makes it easy to accidentally change file ownership or permissions. You can delete a file and recreate it with different metadata without noticing. sudoedit preserves the original file’s metadata automatically.

Some system files are managed by other services

Many configuration files are symbolic links or controlled by background services. Editing them directly can replace the underlying file unexpectedly. sudoedit works on a temporary copy, so you don’t accidentally overwrite managed files.

sudoedit protects the original file

It edits a temporary copy and only replaces the original if the edit completes successfully. If your editor crashes or something interrupts the process, the original file remains intact. Editing directly with full privileges risks leaving important files incomplete or corrupted.

you are viewing a single comment's thread
view the rest of the comments