this post was submitted on 18 Nov 2023
880 points (92.7% liked)

linuxmemes

21019 readers
673 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] [email protected] 5 points 11 months ago* (last edited 11 months ago)

    You aren't dynamically changing configs, libraries and programs on a production server like you are on a user facing system. That the killer. Linux servers are only stable when you leave them alone.

    Updates to servers are generally done by beta testing them on identical hardware in the lab and when you have a functioning image you send that to production. To expect that kind of treatment on a user facing system when you say update the web browser would be beyond unacceptable.

    As long as GNU/Linux systems continue to have ABI compatibility issues and general buggy issues between updates, it will never be considered a decent user facing system.

    Also the quality of code for CLI programs is far more roadtested than GUI related code since there are major corporate efforts to make Linux servers more stable. Since GUI systems aren't needed for servers they don't get the same level of attention. That attention comes from the KDE and gnome foundations which don't have nearly the same kind of money.

    There's a reason people are celebrating Valve contributing to KDE and related GUI projects as there's finally some real money being thrown at the problem with real results.