Как уже упоминалось , / usr / local , по сути, является префиксом для программного обеспечения, установленного системным администратором, а / usr должно быть используется для программного обеспечения, устанавливаемого из пакетов дистрибутива.

Идея заключается в том, чтобы избежать конфликтов с распределенным программным обеспечением (например, rpm и deb ] пакетами) и дать администратору полную власть над «локальным» префиксом.

Это означает, что администратор может устанавливать скомпилированное программное обеспечение, продолжая использовать такой дистрибутив, как debian.

Из FHS

Программное обеспечение, размещенное в / или / usr, может быть перезаписано при обновлении системы (хотя мы рекомендуем, чтобы в этих обстоятельствах дистрибутивы не перезаписывали данные в / etc). По этой причине локальное программное обеспечение нельзя размещать за пределами / usr / local без уважительной причины.

При установке пользовательского программного обеспечения пользователь предлагает использовать $ HOME в качестве префикса, поскольку это гарантирует, что у вас есть права на запись. Лично я считаю использование $ HOME / .local более элегантным решением, поскольку оно позволяет избежать загромождения вашего (надеюсь) красивого и аккуратного домашнего каталога!

$ HOME / .local / share уже используется в спецификации freedesktop.org XDG Base Directory , поэтому нетрудно представить себе добавление $ HOME /. local / bin в ваш $ PATH и создайте $ HOME / .local / lib и т. д., пока вы на нем.

Если вы действительно не хотите, чтобы ваш префикс был скрытым каталогом, вы также можете легко создать на него символическую ссылку, e.g:

ln -s .local ~/local

Sidenote

Стоит отметить, что .config (а не .local / etc ) является значением по умолчанию для $ XDG_CONFIG_HOME , используемого для пользовательские файлы конфигурации. Я также должен отметить, что, к сожалению, большая часть программного обеспечения игнорирует XDG и создает файлы конфигурации где угодно (обычно в корне $ HOME ). Также обратите внимание, что $ XDG_CONFIG_HOME может быть отключен, если требуется значение по умолчанию $ HOME / .config .

Как ни странно, нет каталога, зарезервированного для файлов конфигурации по умолчанию для дистрибутива, поэтому невозможно узнать, был ли файл в / etc предоставлен дистрибутивом или отредактирован системным администратором.

Похоже на /usr/local/binсогласно интернет-сайту Wikitechy .

Информация о /usr/binиз Стандарта иерархии файловой системы , они определяют папку как основной каталог исполняемых команд в системе.

Дополнительная информация между /usr/binи /usr/local/binиз Wikitechy:

   /usr/bin— это расположение исполняемых файлов ОС, которые используются обычными пользователями. Например, обычно это не обязательные для основной операционной системы файлы или файлы, к которым обращается пользователь root, но могут быть.

   /usr/local/bin— это место для всех добавленных -исполняемых файлов, которые вы добавляете в систему для использования всеми пользователями в качестве общих системных файлов, но не являются официальными файлами, поддерживаемыми ОС.

   В общем, /usr/bin— это двоичные файлы, поставляемые операционной системой. /usr/local/bin— это место, где пользователь загрузил двоичные файлы.

В спецификации базового каталога XDG версии 0.8 указано, что локальные исполняемые файлы должны быть помещены в~/.local/bin:

User-specific executable files may be stored in $HOME/.local/bin. Distributions should ensure this directory shows up in the UNIX $PATH environment variable, at an appropriate place.

Если ваш дистрибутив соответствует спецификации, вам не нужно «явно включать путь». Этот предыдущий вопрос пытается выяснить, какие дистрибутивы делают это.