ламерский вопрос

Я точно не знаю, но, по-моему, это место куда надо ставить все самосборные проги.

Наверно это по традиции, когда были юниксовые терминалы, и весь рут монтировался по сети. Вот в /usr/local кидались самосборные проги как сказали выше.

нет.
Их надо ставить в ~/bin

Чтобы не создавать свалку, сейчас в /usr/local ставят по умолчанию
весь прикладной софт из портов (или пакетов).

В NetBSD по традиции роль local играет pkg, поэтому будет что-то в стиле
/usr/pkg

Первое предназначение /usr/local - для программ, что не поставляется вместе с дистрибутивом.

man hier

http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/s1-filesystem...

Для самосбора однозначно. И для самопальных скриптиков.

Есть исключение, и называется оно FreeBSD. Эта гадина кидает в /usr/local пакеты, так как в /usr у неё только базовая система, а про /usr/pkg или что-то вроде этого они видимо не додумались. Из-за этого в FreeBSD /usr/local по прямому назначению использовать не стоит (хотя можно). Во всех остальных осях /usr/local - весь твой, причём он уже прописан в PATH, MANPATH и т.п.

Когда package manager-ов исчо не было, всё, что в / - дистрибутивное (и, например, раздаваемое по nfs либо просто централизованно синхронизируемое), а в /usr/local - то, что актуально лишь для данной конкретной хостины.

> В NetBSD по традиции роль local играет pkg, поэтому будет что-то в стиле /usr/pkg

У /usr/pkg - своя собственная роль, ничуть не похожая на /usr/local. Это только FreeBSD их смешивает.

Угу - у каждого пользователя своя копия.

> нет. Их надо ставить в ~/bin

Ага. Каждый юзер на слаковой машине сам себе собирает гнома и сам себе ставит его в свой ~/bin.

> в книжке про него написано просто "локальная иерархия" что это значит?

это значит что на каждом хосте /local находится на локальной файловой системе этого хоста

тогда как /usr, /home -- могут быть смонтированы по сети, т.е. общие для нескольких хостов

Эти расуждения давно устарели. /usr/local, как и сам /usr, имеют названия, устоявшиеся в ходе исторического развития.

По ссылке, которую дал Demetrio ничего не сказано
про /bin вроде файлы для загрузки и маунта лежат в /sbin,
Ситемные в /usr/sbin бинарники при установке - в /usr/bin


Но что по идее должно находиться в /bin ???

> Но что по идее должно находиться в /bin ???

бинарники которые доступны всем пользователям (не только руту), но могут понадобиться когда /usr не примонтирован

например bash и tar

>Но что по идее должно находиться в /bin ???

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

3.4. /bin : Essential user command binaries (for use by all
users)
3.4.1. Purpose
/bin contains commands that may be used by both the system administrator and by users, but which are
required when no other filesystems are mounted (e.g. in single user mode). It may also contain commands which
4
Chapter 3. The Root Filesystem
are used indirectly by scripts. 1
3.4.2. Requirements
There must be no subdirectories in /bin.
The following commands, or symbolic links to commands, are required in /bin.
Command Description
cat Utility to concatenate files to standard output
chgrp Utility to change file group ownership
chmod Utility to change file access permissions
chown Utility to change file owner and group
cp Utility to copy files and directories
date Utility to print or set the system data and time
dd Utility to convert and copy a file
df Utility to report filesystem disk space usage
dmesg Utility to print or control the kernel message buffer
echo Utility to display a line of text
false Utility to do nothing, unsuccessfully
hostname Utility to show or set the system’s host name
kill Utility to send signals to processes
ln Utility to make links between files
login Utility to begin a session on the system
ls Utility to list directory contents
mkdir Utility to make directories
mknod Utility to make block or character special files
more Utility to page through text
mount Utility to mount a filesystem
mv Utility to move/rename files
ps Utility to report process status
pwd Utility to print name of current working directory
rm Utility to remove files or directories
rmdir Utility to remove empty directories
sed The ‘sed’ stream editor
sh The Bourne command shell
stty Utility to change and print terminal line settings
su Utility to change user ID
sync Utility to flush filesystem buffers
true Utility to do nothing, successfully
umount Utility to unmount file systems
uname Utility to print system information
If /bin/sh is not a true Bourne shell, it must be a hard or symbolic link to the real shell command.
The [ and test commands must be placed together in either /bin or /usr/bin.
5
Chapter 3. The Root Filesystem
Rationale
For example bash behaves differently when called as sh or bash. The use of a symbolic link also allows
users to easily see that /bin/sh is not a true Bourne shell.
The requirement for the [ and test commands to be included as binaries (even if implemented internally by
the shell) is shared with the POSIX.2 standard.
3.4.3. Specific Options
The following programs, or symbolic links to programs, must be in /bin if the corresponding subsystem is
installed:
Command Description
csh The C shell (optional)
ed The ‘ed’ editor (optional)
tar The tar archiving utility (optional)
cpio The cpio archiving utility (optional)
gzip The GNU compression utility (optional)
gunzip The GNU uncompression utility (optional)
zcat The GNU uncompression utility (optional)
netstat The network statistics utility (optional)
ping The ICMP network test utility (optional)
If the gunzip and zcat programs exist, they must be symbolic or hard links to gzip. /bin/csh may be a symbolic
link to /bin/tcsh or /usr/bin/tcsh.
Rationale
The tar, gzip and cpio commands have been added to make restoration of a system possible (provided that
/ is intact).
Conversely, if no restoration from the root partition is ever expected, then these binaries might be omitted
(e.g., a ROM chip root, mounting /usr through NFS). If restoration of a system is planned through the
network, then ftp or tftp (along with everything necessary to get an ftp connection) must be available on the

Короче, http://www.pathname.com/fhs/pub/fhs-2.3.pdf

Нет. просто есть тaкое исключение, и оно называется LINUX.

Нет.
Ещё можешь сюда сходить: www.openbsd.org.
И будешь крайне удивлён, что OpenBSD рапихивает софт также как и фря примерно.

Нет, у меня юзеры свои самосборные проги в /usr/local не ставят.
такой вот я.
Нехороший.

FreeBSD не может из смешивать.
И не может их смешивать хотя бы даже потому, что во FreeBSD каталога
pkg в usr просто нету. ГЫ.

Не буду я крайне удивлён, должен тебя удивить. :)

Моя мысль проста - из-за нагрузки /usr/local этой несвойственной на мой взгляд функцией мы теряем возможность пользоваться этой иерархией для самосбора и прочей мелочёвки, которая не находится под управлением местной пакетной системы. NetBSD решает это проблему просто - созданием отдельной иерархии /usr/pkg. Бинарные дистрибутивы - ещё проще, не заморачиваясь ставят всё прямо в /usr (это, всё же, спорный способ, если хочешь отделить базовую систему). А прочие товарищи, не додумавшиеся до /usr/pkg, гадят прямо в /usr/local своими пакетами.

Воистину, ГЫ.

Teak, тебе надо почитать man hier

С чего ты взял, что я его не читал? Читал, и очень давно. Кое с чем там не согласен. Как говорится, дедушка Толкиен был не прав, всё было совсем не так. :)

Напиши багрепорпт во FreeBSD и скажи, что тебе виднее какие каталоги и зачем они там насоздавали, в usr :))

NOTABUG. Просто дурость, а дурость исправляют только при наличии политической воли, а не по багрепортам :)