this post was submitted on 15 Mar 2024
725 points (96.1% liked)

linuxmemes

21263 readers
504 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
    [–] acockworkorange@mander.xyz 1 points 8 months ago

    I get what you mean, especially regarding stuff like Python 2 vs 3 and the like. In that case it’s mostly an upstream issue. The Python devs disregarded this very important aspect and we’re stuck bearing with it.

    Excepting those problem children, dependency hell is a solved problem. When people complain about it today I assume they either:

    1. Are struggling with badly designed backwards/multi version compatibility of a specific library; OR
    2. Never went through actual dependency hell, be it either early 00s Linux package managers or Windows DLLs. Then they see an easily solvable package conflict and think that is dependency hell.