/usr/local задумывался как пробный полигон - собрал погонял прибил - поставил в /usr или в /opt.

Проблема заключается в перегрузке каталогов типа /bin /usr/bin /opt/bin при стандартной схеме установки.

При разбрасывании пакетов по своим директориям начинает не по детски расти PATH, ld.so.conf, e.t.c. Кроме того, возникают неприятности с детектированием хидеров при сборке из сырцов.

Как альтернатива, в свое время, предлагалось сделать энвирональные настройки в стиле regexp т.е. PATH=/opt/bin/*/:/bin/*/* ...

К сожалению воз и ныне там.

По поводу sshd - бред болезненный.

/usr/bin
/usr/bin/ssh
/usr/bin/scp
/usr/bin/ssh-add
/usr/bin/ssh-agent
/usr/bin/ssh-keygen
/usr/bin/ssh-keyscan
/usr/bin/sftp
/usr/bin/ssh-copy-id
/usr/bin/ssh-argv0
/usr/sbin
/usr/sbin/sshd
/usr/bin/slogin

Gobo Linux

А нах в /usr/local?
Лично я в /usr/local держу только самосборные программы, для которых по каким-либо причинам не стал делать rpm (скажем, ставил "на попробовать" или игрушки).

Зашибись. Ты ее rm, а она в базе пакет-менеджера осталась. Вот так и делаются помойки. Что ты в /usr/bin вообще забыл?
Туда не нужно лазить просто так (если, конечно, каждый день пакеты не сличаешь). Опять же кому принадлежит пакет можно узнать простой командой.

А если зависимости убрать - DLL-hell получится.

>А теперь не будет зависимостей в их тепершнем виде. Статическая сборка всех побочных либ. Оставляем в динамике glibc и еще несколько самых распространенных _базовых_ библиотек.


Подумай, какой размер будет у такого дистриба?


>Например?


Медленно и печально ползем в гугл и смотрим любимый пример про zlib.
В un*x-системах пришлось поменять только эту либу, в виндах звучали забавные заявления на тему "мы точно не знаем, где она у нас используется, пока что наши инженеры стараются это найти"...


>А что, FHS перечисляет все программы? А где база данных? Как я могу
добавить в нее что-то?


Какая база данных?


>Потому что из /usr/bin сдеклали бесполезную свалку. Бесполезную
потому, что из полутора тысяч файлов реально используется единицы.


Вчера я не подумал головой и сделал кое-что в /usr/bin
:)
Часть файлов оказалась повреждена (система, правда, грузилась, базара нет). В первые пятнадцать минут я вроде как все восстановил, однако оказалось, что большие и толстые программы очень активно используют эти маленькие и худые. :)
Пришлось пакетики переставить (спасибо rpm - показал, что и откуда). Все заработало.

К чему разговор - используется там обычно все в той или иной мере. У меня лично рабочая система занимает порядка 2Гб (1.6 - базовая установка). Если ты считаешь, что что-то тебе не нужно, сноси.

Мне, например, не мешают зависимости для того, чтобы снести какие-нить lv-sensors, isdn или pilot-link - мне нафиг они не нужны и плевал я на зависимости - программы не будут их использовать.

Тебе стоит покопаться на ЛОРе и найти новость про линукс, где сделали что-то вроде program files. Тебе этот дистрибутив, наверно, подойдет.

P.S. А пока будем молиться, чтобы M$ наконец привела свою файловую систему к чему-нить такому же удобному, как файловая система un*x.

ольшие планы SuSE по стандартизации Linux

да хрена лысого... Будет ёще хуже!!! Вся сила в открытости прог, а в примере РХ и Су - очень жалко - Слака и ФРЯ - Форева!!

Ты забыл suse, alt и asp.

Все гениальное просто, если простота не доходит до стадии, где она хуже воровства.
Вспоминаем АК и М-16. Рыдаем.

Когда дойдем до запуска приложений с инета (а в каждом доме будет комп, гигабитка и т.п.), тогда и поговорим.

Что касается записи одного и того же файла - дык и в современную ты не запишешь два одинаковых.

У rpm есть база. У deb есть база.

> Подумай, какой размер будет у такого дистриба?

Максимум на 30% больше.

> смотрим любимый пример про zlib.

Читай внимательно. Я писал: "Оставляем в динамике glibc и еще несколько самых распространенных _базовых_ библиотек". zlib явно
попадает в категорию "самых распространенных _базовых_ библиотек".

> Какая база данных?

мальчик вася написал программу для просмотра порно. Назвал ее "ls".
Однако, прога с таким именем уже есть. Конфликт-с. База уникальных имен не позволит создать такой пакет и пометить новый ls в каталог, указанный в $PATH. База имен должна быть глобальной и
централизованной. Как dns.

> Вчера я не подумал головой и сделал кое-что в /usr/bin :)
> Часть файлов оказалась повреждена

А сегодня ты еще раз не подумал и скинул свой системный блок с 16-го
этажа. Кто виноват и что делать...

> У меня лично рабочая система занимает порядка 2Гб

У меня 3Гб. Что из этого следует?

> zlib явно попадает в категорию "самых распространенных _базовых_ библиотек".

"Ха-ха-ха" x 1e6

ответ на всяческие бредни

Вообще-то заявления anonymous (*) (29.11.2003 2:04:30) настолько бредовы, что их и рассматривать не стоило бы...

> > Подумай, какой размер будет у такого дистриба?

> Максимум на 30% больше.

Gordon Tetlow recently announced, "I just committed a patch to change /bin and /sbin from statically to dynamically linked." This change follows the NetBSD project which made the same switch a year ago September [story]. FreeBSD -current now has a /rescue directory that contains a small number of statically linked "rescue" binaries.

The two reasons for this change are to significantly shrink the /bin and /sbin directories (from 33 MB to 4 MB on i386), and proper support for FreeBSD's new name service switch (NSS) implementation.

См. http://kerneltrap.org/node/view/1628

Я уже не говорю, какой будет размер у статически слинкованных GUI'-евых программ... Или будем Xlib на каждую машину ( в том числе -- не имеющую графического hardware как твкового ) пихать?

> > смотрим любимый пример про zlib.

> Читай внимательно. Я писал: "Оставляем в динамике glibc и еще несколько самых распространенных _базовых_ библиотек".

"Несколько самых распространенных _базовых_ библиотек" -- это что-то вроде средней температуры по больнице ( с учетом морга ).

Для разных целей нужен совершенно разный софт, и, соответственно, совершенно разные библиотеки. Делать какие-то предположения о том, какой именно софт будет использоваться и оставлять пользователей/администраторов наедине с проблемой зависимости пакетов ( в частности, динамических библиотек ) может только крайне недобросовестная фирма, клепаяющая ОСь для печатных машинок.

P.S.

Using Windows causes permanent brain damage.