• @sus
    link
    8
    edit-2
    21 days ago

    with nixos, the states of all the config files are collected into the nix configuration which you can modify manually. And if there’s something that can’t be handled through that, I think the common solution is to isolate the “dirty” environment into a vm or some other sort of container that I think comes with nixos

    (and there’s always going to be “data” which isn’t part of the “configuration” … which can just be used as a configuration for individual applications)

    • @[email protected]
      link
      fedilink
      121 days ago

      with nixos, the states of all the config files are collected into the nix configuration which you can modify manually.

      Okay now that’s cool. Now I’m getting it.

      I guess that happens even if you install nix in another OS?

      • lad
        link
        English
        321 days ago

        Sort of, but e.g. in case of MacOS you’ll have some apps that can’t be installed as Nix packages and some things that can’t be configured in OS

        Also was not mentioned, since every dependency is unique you should have no trouble discerning versions that look the same, but in fact configured different or depending themselves on different versions of things, and introducing breakages that way. If you find that some specific configuration of dependency is causing you trouble, you can switch to a different one even if another package depends on this troublesome version.

      • @sus
        link
        121 days ago

        with another OS nix is not going to be “in control” so it’s probably more limited. I’m not sure how common using nix is outside of nixos.

        also I’ll point out that many other linux distros I think recommend doing a full system backup even immediately after installation, the “grep history” thing is not very stable as eg. apt installing a package today will default to the newest version, which didn’t exist 1 year ago when you last executed that same command.