• thedeadwalking4242@lemmy.world
    link
    fedilink
    arrow-up
    1
    arrow-down
    1
    ·
    2 days ago

    In nix they don’t, since they lock in files based on the commit hash. You don’t have to update unless you want to and you can always roll back to the previous stable state.

    • udon@lemmy.world
      link
      fedilink
      arrow-up
      1
      arrow-down
      2
      ·
      2 days ago

      Okay, not really interested in this discussion. Of course, I can also keep running Debian 10 forever

        • udon@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          13 hours ago

          I’m interested in the topic in general, but not in explaining that declarative systems don’t solve the problem of continuously changing software (e.g., for security updates, changing landscape), and the need to update configs that goes along with it. Hope that helps!

          • thedeadwalking4242@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            12 hours ago

            It helps the problem by tagging the state of all your random dot files to the same source set. Any that config changes very rarely anyway. Unless you are using super bleeding edge software. Sure you have to change things still but atleast you have a well track set of what you’ve changed how you’ve changed it and what versions it’s all set to. Non-declarative systems mean you still have to do all the updating but now it’s all a much of untracked manual work unless you’re real good at documentation. Hope that helps!