There’s quite a lot of programs that make use of XDG_CONFIG, with the default set to .config in most distros. However, there’s also quite a few programs that have rejected this, sticking with a format that is not XDG-conforming.

One such example is OpenSSH, as can be seen in the following page - it makes use of the ~/.ssh directory. Why is that OpenSSH does not conform to this specification? Are there any security vulnerabilities? If so, then shouldn’t there be another specification by Freedesktop.org, which allots a secure directory for the same?

  • Lung@lemmy.world
    link
    fedilink
    arrow-up
    3
    arrow-down
    13
    ·
    edit-2
    1 year ago

    XDG config was always a smooth brain idea, and any other outcome of this experiment was always ~impossible (of course some apps didn’t switch …)

    Great job to X Desktop Group “fixing” what didn’t need fixing, and causing us to go from one unified system that made sense, to two. And now people don’t even want to use X anymore

    • pivot_root@lemmy.world
      link
      fedilink
      arrow-up
      9
      arrow-down
      1
      ·
      1 year ago

      Having a consistent base directory specification is a “smooth brain idea”? Alright, buddy, enjoy your config and cache files scattered around your user directories.

      • Lung@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        My “user directories”? You mean you have more than one $HOME with dotfiles in it?

        It was never a problem to find user specific app data on unix. And XDG obviously didn’t solve it because solutions that require everyone to change their code are dumb. Case in point, this thread

        • pivot_root@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          My “user directories”? You mean you have more than one $HOME with dotfiles in it?

          I meant directories under your $HOME.

          The problem isn’t that finding files is difficult, but that a lack of specifications leads to inconsistencies and programs doing whatever they want under your home directory.

          That worked fine for Unix because programs were designed to be simple. It doesn’t work today where you have programs that constantly save temporary files, caches, and data derived from user input.

          • Lung@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            You used to have to do all that stuff before too. Vim has had history, settings, caching, and plugins for ever. And it all used to sit in ~/.vim. Now it’s in ~/.config/vim. What’s the difference?