Различия FHS между OS X, Linux и FreeBSD

Я читал, что между FreeBSD и Linux существует другое поведение с /usr/local , в FBSD-порты установлены там, в Linux нет, может кто-нибудь объяснить об этом больше? Я хотел бы знать, где MacPorts установлены в OSX, и список наиболее существенных различий между FHS этих трех ОС (это в основном то, что я ищу).

Я уже сделал исследование, но я не нашел действительно много.

https://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man7/hier.7.html

http://www.freebsd.org/doc/handbook/dirstructure.html

http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/index.html

2 Solutions collect form web for “Различия FHS между OS X, Linux и FreeBSD”

Вы можете найти версию иерархии файловой системы (FHS) версии 2.3 на странице pathname.com/fhs . Существует раздел об иерархии usr . FHS перечисляет /usr/local как необходимый каталог и пишет:

local Локальная иерархия (пустая после основной установки)

Кроме того, FHS пишет :

Иерархия /usr/local предназначена для использования системным администратором при локальном установлении программного обеспечения. При обновлении системного программного обеспечения он должен быть в безопасности. Он может использоваться для программ и данных, которые могут быть включены в группу хостов, но не найдены в /usr .

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

Различные дистрибутивы Linux обычно не записывают программное обеспечение в /usr/local . Вместо этого каждый файл помещается в файловую систему в соответствии с FHS.

Если вы устанавливаете программное обеспечение из источника ( ./configure && make && make install ) без определенных опций, это программное обеспечение обычно копирует себя в /usr/local .

Каталог по умолчанию для MacPorts – /opt/local . Руководство MacPorts содержит описание внутренних компонентов.

FHS – это стандарт Linux (который не распространяется на все дистрибутивы, и, по крайней мере, он безнадежно устарел в области GUI). Это, в основном, кодификация существующей практики, поскольку стандарты являются склонными быть. Таким образом, вы обнаружите, что другие системы Unixy (BSD, Mac OS, проприетарные Unices, Minix 3, …) используют аналогичные соглашения. Иерархия /usr/local очень старая, изначально она использовала локально разработанное программное обеспечение, а затем с помощью прошивки Unix стало привычным устанавливать там не-вендорское программное обеспечение (в том числе загруженное из Usenet), чтобы не разделить его, не мешая системным обновлениям , Проект GNU популяризировал это использование и кодировал его в своих установочных сценариях по умолчанию (GNU был источником достойных инструментов для Unix до 90-х годов, особенно раздражающими были, как правило, компиляторы поставщиков Braidead и инструменты разработки в целом, плохие / устаревшие версии из vi и тупой оболочки. В шутку говорилось, что первое, что нужно сделать с новым, например, Sun, было GNU > /usr/local .).

 <curmudgeon> These kids today don't know the luxury of up to date, working tools they have at their fingertips, running on personal machines that would have been supercomputers in our day. For free. </curmudegon> 
  • Преобразование определенного времени в конкретный часовой пояс времени в часовой пояс пользователя без использования даты GNU
  • Является ли nc (netcat) на MacOS отсутствием флага «-e»?
  • sed error: «\ 1 не определено в RE» под OS X
  • OSX 'env python' возвращает другой интерпретатор, чем 'python'
  • Regex in find - OS X
  • Скрыть или маску каталога для процесса на OS-X
  • Grep_color на mac
  • Почему «User Contributed Perl Documentation» появляется, когда я ищу страницы «человек»
  • Команда для поиска открытых портов
  • как я могу остановить многострочные команды от испортить мое положение курсора при прокрутке истории?
  • Какой самый простой способ определить, какие сигналы отправляются процессу?
  • Linux и Unix - лучшая ОС в мире.