Именно поэтому есть freebsd, где hier не меняется. Один раз придуман-используется 30 лет. И именно поэтому freebsd - тру unix, в отличае от.

Дико жду твоего дистрибутива.

>> я организую свою фс
...c бэкслешем и глюками

> Gobo-linux с его великолепной и систематичной иерархией, где-то в пивнушках сидят старые пердуны и придумывают всякие FHS-ы, лишь бы ещё немного побыть «важными и нужными».

Охренительно поделил на 0. Ты хотя бы в курсе, что Gobo FHS-совместима?

В квотезы.

У этого подхода нет этого недостатка, он где то в другом месте. Если вы все еще настаиваете - не удивлюсь если завтра в линуксовых дистрибах все начнут валить тупо в корень без всяких поддиректорий - и ls и xorg и конфиги и библиотеки - тупо в корне и все. А чо, работать будет.

кто /bin, а кто /usr/local/bin

Еще раз: все, что относится к операционной системе (совокупности ядра и окружения) ставится так, что бы не мешать всему тому, что будет создано\поставлено после установки ОС. ls - относится к составу ОС, ставится вместе с дистрибутивом, значит в /bin. xorg - не относится к ОС, ставится после, или по крайней мере как опция, значит в /usr/loca/bin. Просто и понятно.

Во, у нас был такой работник, все любил делать по своему. После того как он уволился, новые работники взявшись за его сервера малось офигели. Но потом опомнились, и сразу после переустановки серверов нашли «самодура» и вломили ему по щам. И прально.

>Из старых, но до сих пор не вошедших в стандарт вещей, в настоящий момент обсуждается внедрение отдельных каталогов для 32-х и 64-х разрядных библиотек (/lib и /lib64 соответственно).
Почему не /lib32 и /lib64 с символической ссылкой /lib на одну из них?

Gobo хоть и совместима с FHS, но реально предлагала ирерархию в стиле Mac OS X, которая не буковки меняла, а давала возможность гибко управлять версиями софта и видеть хотя бы отдалённое подобие пакетной ФС. В традиционной FHS-совместимой системе управление версиями либо вовсе отсутствует, либо реализуется длинными кривыми граблями - через управление пакетами онли
То, что FHS занимается всякой хреновнёй вместо того, чтобы решать проблемы с управлением версиями и маразм с каталогами «на точечку» в хоммяках - говорит о том, что стандарт и его разработчики уже давно должны идти лесом и забирать все свои награды за Новороссийск и Плевну с собой.

Ну дома то можно «как хочу так ворочу?»

> Gobo хоть и совместима с FHS, но реально предлагала ирерархию в стиле Mac OS X, которая не буковки меняла, а давала возможность гибко управлять версиями софта и видеть хотя бы отдалённое подобие пакетной ФС. В традиционной FHS-совместимой системе управление версиями либо вовсе отсутствует, либо реализуется длинными кривыми граблями - через управление пакетами онли

Внезапно, Gobo не содержит в этом плане ничего нового. Точно так же управление версиями осуществляется переписыванием симлинков, как в остальных линуксосистемах — переписыванием самих файлов. Разница только в том, что стало проще откатить пакеты, т.к. они по умолчанию не удаляются из системы.

>Дико жду твоего дистрибутива.

А это уже вряд ли. Тулчейн я собрал, простой пакетный менеджер написал, всё работает, но мне лень самому писать sbuild'ы для кучи пакетов (не люблю я однообразную работу). Можно, в принципе, собрать арчевский makepkg, взять дерево ABS, пройтись по нему sed'ом, чтобы изменить префикс и директории в configure, но не будет красоты с симлинками и отдельными каталогами для программ, а это уже не то. Если есть другие варианты лучше, могу и дособирать.

Как обычно - никакого полёта фантазии, ничего нового, никакого комфорта, никакой концептуальной стройности.

> Если есть другие варианты лучше, могу и дособирать.

Допиливай Gobo же. :)

На один каталожный симлинк в гобо может приходится (в зависимости от количества файлов программы) несколько тысяч перезаписанных файлов в других системах. вы хоть жёсткие диски пожалейте, коли себя не жалко.

>Допиливай Gobo же. :)

Мне не нравится их подход к ФС.

А по-моему, упрощать надо: к чему все эти /bin, /usr/bin, /usr/share/bin, /usr/local/bin, если можно все исполняемые файлы в один /bin запихать? То же самое с sbin и lib. А в директорию /usr, имхо, стоит лишь всякие конфигурационные файлы да файлы ресурсов помещать. Чтобы была действительно стройная файловая система, а не помойка какая-то...

>В новости многовато «ё».

Увидели незнакомую букву? Вот досада.

>Ни разу в Линупсе...

Так ты его только на скриншотах видел, видузло недобитое.

> На один каталожный симлинк в гобо может приходится (в зависимости от количества файлов программы) несколько тысяч перезаписанных файлов в других системах. вы хоть жёсткие диски пожалейте, коли себя не жалко.

Дык. Это сугубо вопрос организации пакетного менеджера. FHS тут ни при делах, она описывает стандартное пространство имен, а не правила управления им.

>то что / в ro не смонтируешь это плохо

будут в инит-скриптах перед запуском основных демонов монтировать в /run tmpfs(как уже рекомендуют делать для /var/run ЕМНИП в генте и слаке)

Школьник закукарекал… Хочешь UA померяться?

linux.com
linux-foundation.org
Unix-системах

Те, кто не отличают лайнаксовый LSB-шный FHS (который GNU, который, в свою очередь, известно, чем не является) от Unix-like FHS обязаны немедленно сделать man 7 hier /thread

опечатка

"...каталога /run для для... "

И Library с универсальными бинарниками под ppc/i386/amd64

ОМГ

в арче и /run есть, и игры в /usr/{bin/share}...
вперде планеты всей?

Ох, лол. У соседей обнаружил: http://linux.ru/node/6994

И правда, новость-то ворованная :-/

>>например что бы хранить таблицу рекордов

а в /home/username некошерно стало?

Юникс-познания некоторых линуксоидов просто удивляют иногда. Таблица рекордов нескольких игроков у каждого из которых своя учетная запись в системе может храниться только в /var ибо остальные дирректории не доступны для записи или чтения.

Она перенесена из толксов.

Вы кладёте игры в /usr/games иии.. Их нет! :)

>http-, ftp-, nfs- и пр. серверный контент туда, а не пихать DocumentRoot в /var/www, как в debian сделали. Есть разница? Хочешь засрать корень - сделай себе символическую ссылку на /var/www

>> Также обсуждается точное функциональное назначение каталога /srv

http-, ftp-, nfs- и пр. серверный контент туда, а не пихать DocumentRoot в /var/www, как в debian сделали.

Плюсую. Никогда не понимал нахождения www внутри /var

/var вообще превратилась в колоссальную помойку для всего, чего не знали куда ещё запихнуть. О структуру прав в /var сам чёрт ногу уже сломит.
Замечательно, что наконец это начали разгребать.

> Такой же нерешённой проблемой остаётся определение размещения специализированных директорий, необходимых для хранения конфигураций рабочего пространства пользователя в графических окружениях вроде KDE.

Очень надеюсь, что помойку вынесут в отдельный каталог.

маразм с каталогами «на точечку» в хоммяках

$ echo $HOME
/home/username/etc

Не? Всегда так живу.

Система и все что ставилось после-независимы и разделены.

А что есть система? Система, это имхо ядро + GNU. И из-за этих жалких десятков мегабайт я должен постоянно ходить в /usr/local? Увольте, уж лутше наоборот: /usr для души, а /usr/system - для системы )
Считать «системой» нечто большее - это слишком толсто.

Факта копипаста без указания источника заимствования это не отменяет, между прочим. Некрасиво же. Помимо этой скопированной новости наверняка и другие были.

лучше Users :) как в макоси

Ооо, лорокат? Или я в криокамере?

Нет, просто монтирование /usr с read-only носителя представляется вполне разумным решением. BSDшное соглашение о том, что все локальное ставь в /usr/local, а /usr хоть с liveCD монтируй, кажется правильным (мне во всяком случае).

Вот и мне перенос /var/run -> /run показался самым спорным решением.

Директория для SELinux из корневого каталога /selinux будет перемещёна в /sys/fs/selinux.

Это правильно, не у всех это есть и не нужно этим корень заполнять.

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

а насчет /run - почему не в /tmp/run? это же временные файлы, как ни крути, или я ошибаюсь?

Спокойно, это тестеры.

> Он лежит в /usr/local/etc же. И только там. перед тем как удалять local - копируешь просто /usr/local/etc. Если понадобисят-потм на место возвращаешь.

Вот так бы сразу. И разницы тогда с /etc?

> По ссылке имеется подробное объяснение: чтобы игры своими бинарями и ресурсами не засирали бэкапы.

Те, которые засоряют (то есть обычно тяжелые) можно и в /opt положить. И, если файлы в /usr под контролем пакетного менеджера, зачем его в частый бэкап?

>>http-, ftp-, nfs- и пр. серверный контент туда, а не пихать DocumentRoot в /var/www, как в debian сделали.

Есть разница? Хочешь засрать корень - сделай себе символическую ссылку на /var/www

У вас у всех фобия засрать корень. Я даже знаю, откуда тянется боязнь FHS.

Какие-то у тебя странные представления о стройности. И вообще, зачем всё сваливать в одну папку когда есть $PATH?

Да у тебя же баттхерт

Зачем разносить все по разным директориям? В стройной системе LD_LIBRARY_PATH=/lib:~/lib, а PATH=/bin/:~/bin

Все остальное - дурость.

Сегодня впервые как раз увидел софт, поставившийся в /games - эмулятор PCSX2. До этого даже не подозревал, что для игр стандартом положен отдельный каталог.