• cogman@lemmy.world
      link
      fedilink
      arrow-up
      35
      arrow-down
      1
      ·
      2 months ago

      usr does mean user. It was the place for user managed stuff originally. The home directory used to be a sub directory of the usr directory.

      The meaning and purpose of unix directories has very organically evolved. Heck, it’s still evolving. For example, the new .config directory in the home directory.

      • JATth@lemmy.world
        link
        fedilink
        arrow-up
        16
        ·
        edit-2
        2 months ago

        For example, the new .config directory in the home directory.

        I hope slowly but surely no program will ever dump its config(s) as ~/.xyz.conf (or even worse in a program specific ~/.thisapp/; The ~/.config/ scheme works as long as the programs don’t repeat the bad way of dumping files as ~/.config/thisconfig.txt. (I’m looking at you kde folks…) A unique dir in .config directory should be mandatory.

        If I ever need to shed some cruft accumulated over the years in ~/.config/ this would make it a lot easier.

        • dafo@lemmy.world
          link
          fedilink
          arrow-up
          13
          arrow-down
          1
          ·
          edit-2
          2 months ago

          I don’t trust a graphic which explains /boot as “system boot loader files”…

            • dafo@lemmy.world
              link
              fedilink
              arrow-up
              11
              arrow-down
              1
              ·
              edit-2
              2 months ago

              It’s not wrong, but it feels a bit like some tech articles you’ll see which are obviously just created to fluff up a CV. I wouldn’t say avyttring here is flat out wrong, just kinda… lacking.

              But yeah, /boot holds “system boot loader files”, sure, but that’s a bit vague. It should contain your kernel and initramcpio and IIRC Grub also had its config here. That’s pretty much it. I would’ve rather said /boot contains the kernel.

              “device files” it’s so vague that it’s almost wrong IMO. At first glaze I would’ve thought that it means drivers rather than, say, “interfaces to devices”

          • Peter1986C@lemmings.world
            link
            fedilink
            arrow-up
            4
            ·
            2 months ago

            It kind of makes sense on many BIOS/UEFI-less systems where e.g. Uboot is used. And it does contain things like kernel images, sometimes initRD files etc. (which may not be bootloader files but are still system boot files).

      • Random Dent@lemmy.ml
        link
        fedilink
        English
        arrow-up
        21
        ·
        2 months ago

        According to this, it’s been around since the 70’s and was originally just a catch-all for files that didn’t fit in the other default directories, but over time has come to be mostly used for config files. I assume it would cause utter mayhem to try and change the name now so I guess it just sticks. Someone suggested “Edit To Configure” as a backronym to try and make it make more sense if that helps anyone lol.

      • cm0002@lemmy.world
        link
        fedilink
        arrow-up
        11
        arrow-down
        1
        ·
        2 months ago

        Is there a historical reason?

        If you’re asking that in anything Linux related, it’s probably a Yes 99% of the time LMAO

      • pixelblut@feddit.org
        link
        fedilink
        Deutsch
        arrow-up
        2
        ·
        2 months ago

        Try naming a folder “CON” in Windows and learn the magic of old spaghetti code by a multi billion dollar company.

      • Revan343@lemmy.ca
        link
        fedilink
        arrow-up
        1
        ·
        2 months ago

        It’s probably the standard in both POSIX and the Single UNIX Specification, so I guess ask Ken Thompson?

    • InverseParallax@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      2 months ago

      It meant user, as in user-installed programs and libraries for this system over the core system programs and libraries of the operating system in /bin and /lib.

      Someone learned it wrong, but otherwise I think the image is right.