Там в обсуждении никто директорию Application добавить не предлагал!?

Можно ведь апле позвать, по обсуждать.

ты бы ещё Documents and Settings предложил добавить

Все уже придумано в МакОС.

>Старая схема предполагала размещение игр и их компонентов в отдельных каталогах /usr/games и /var/games.

На пятый день Джо Зоркий Глаз заметил, что игр нет.

>Каталог /var/run с этого момента становится символической ссылкой на /run

Ну правильно, давайте засрём корень всем подряд!

> /usr/share для ресурсов игры и /var/lib для тех компонентов, которые должны быть доступны на случай наличия нескольких учётных записей в системе

что-то я не очень просёк разницу

Пофиг на «засрём корень», а вот то что / в ro не смонтируешь это плохо.

>Появление каталога /run

не нужно.

Игры планируется размещать по следующей схеме: /usr/bin для бинарных файлов, /usr/share для ресурсов игры и /var/lib для тех компонентов, которые должны быть доступны на случай наличия нескольких учётных записей в системе

нужно.

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

нужно.

Директории для старых версий X-сервера, вроде /usr/X11R6 и прочих ранее используемых мест в файловой системе будут удалены из стандарта за ненадобностью

нужно.

/srv

не нужно.

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

не нужно.

</thread>

>>Ну правильно, давайте засрём корень всем подряд!

Лучше корень чем /dev/, или мальчик не слышал о проблемах возникающих при загрузке и не смонтированном /var/run?

>> /usr/share для ресурсов игры и /var/lib для тех компонентов, которые должны быть доступны на случай наличия нескольких учётных записей в системе

что-то я не очень просёк разницу

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

>Связано это с тем, что x.org прочно вошёл в жизнь как пользователей, так и администраторов unix-подобных систем, поэтому надобность в поддержке в старой версии подсистемы X отпала.

Что и требовалось доказать. Проприетарщики наказаны высшей мерой наказания - казнью и забвением.

Насчет /run не согласен. Правильное решение.

>Ну правильно, давайте засрём корень всем подряд!

Будь труЪ - сделай /run ссылкой на /var/run

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

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

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

Скорее всего в /usr/share не должно быть бинарей и библиотек, то есть arch зависимого кода.

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

а ничего, что таблица рекордов общая, а не только для username?

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

С чего бы? /var и /home не мешали монтировать в r/o, и /run не будет.

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

некошерно если у тебя несколько пользователей в системе, а статистику надо хранить общую для всех

Таблица рекордов нужна общая для всех пользователей, сейчас она хранится где-то в дебрях /var

> К примеру, сетевые каталоги вынести в /export.

Теперь в /etc хер попадёшь просто так ;-)

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

не нужно.

4.2²

Ubuntu скоро будет равна Макозь.

>Также обсуждается точное функциональное назначение каталога /srv
http-, ftp-, nfs- и пр. серверный контент туда, а не пихать DocumentRoot в /var/www, как в debian сделали.

Игры планируется размещать по следующей схеме

На кой ляд надо было выделять игры как отдельный класс?

Будь труЪ - сделай /run ссылкой на /var/run

ссылкой

true... true...

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

дофига эстет? Всё верно делают.

>что-то я не очень просёк разницу

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

И даже «администраторам» запись в /usr, по идее, нужно вообще запретить, ибо в нормальной системе без костылей и подпорок никто, кроме пакетного менеджера туда не пишет.

> На пятый день Джо Зоркий Глаз заметил, что игр нет.

Тихий возгдас из зала: «А как же нетхак?»

В целом логичноа то непорядок был. /usr/games есть, а игор нету.

> На кой ляд надо было выделять игры как отдельный класс?

Тогда их было много и играли в них админы, в то время когда юзеры мучали таймшеринговые мейнфреймы. С тех пор мейнфреймы заменили десктопы, а новых игор не написали.

>На кой ляд надо было выделять игры как отдельный класс?

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

> > К примеру, сетевые каталоги вынести в /export.

Теперь в /etc хер попадёшь просто так ;-)

Да уж, им явно не до земных проблем )

Ну наконец-то есть какие-то продвижения в этом направлении. Давно пора.

Блджад

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

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

И, вместо того, чтобы открыть для себя ключ --exclude, они запилили специальный каталог в FHS. Логично, чо.

А в чём проблема? Игр-то нету.

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

И правильно сделали. Что за страсть такая всё кидать в одну папку, этож не %system32%.

>И, вместо того, чтобы открыть для себя ключ --exclude

Ну, судя по всему, уже открыли, т.к. данный функционал из 3.0 уже выпилен :)

>И даже «администраторам» запись в /usr, по идее, нужно вообще запретить, ибо в нормальной системе без костылей и подпорок никто, кроме пакетного менеджера туда не пишет.

А вот не надо. Никогда не знаешь, когда временный костыль придётся влепить.

А как там дело с локализацией имён директорий boot/, usr/ и т.д? А то вот в интернете уже адреса можно русскими буквами писать. Хотелось бы, чтобы и линкус шёл в ногу с прогрессом.

Зачем бекапить бинари и ресурсы?

> Теперь в /etc хер попадёшь просто так ;-)
Кстати да, они со своими KDE и играми про действительно актуальные вещи забывают.

>Никогда не знаешь, когда временный костыль придётся влепить.

За костылестроение на продакшен-серверах нужно руки отрывать. А вообще, раз есть необходимость поставить костыль - сделай для костыля пакет, установка которого помимо всего прочего сгенерирует много полезных метаданных типа хешей файлов.

> А как там дело с локализацией имён директорий boot/, usr/ и т.д? А то вот в интернете уже адреса можно русскими буквами писать. Хотелось бы, чтобы и линкус шёл в ногу с прогрессом.
Толсто.

И даже «администраторам» запись в /usr, по идее, нужно вообще запретить...

Администраторам даже запретить... Винда головного мозга?

>Зачем бекапить бинари и ресурсы?

Потому что /usr/bin и /usr/share бэкапятся. //Ваш КО.

Ты только продакшен серверами живёшь? Есть такая штука, десктоп называется. Когда в тестинге, например, отвалятся дрова на видео, а ты знаешь, как исправить (или хочешь узнать как, не телепатией же), то прикажешь возиться с пакетами, которые никому не нужны, т.к. следующий апдейт и так всё поправит? Да ты крут.

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

Мда, действительно плохо.

# Device		Mountpoint	FStype	Options		Dump	Pass#
/dev/ad0s1b		none		swap	sw		0	0
/dev/ad0s1a		/		ufs	ro	        0	0      	
/dev/ad0s1e		/usr		ufs     ro	        0      	0
/dev/ad0s1f		/home		ufs	rw		2	2
/dev/ad0s1d		/var		ufs	rw		2	2
/dev/acd0		/cdrom		cd9660	ro,noauto	0	0
/dev/acd1		/cdrom1		cd9660	ro,noauto	0	0
linproc			/compat/linux/proc linprocfs 	rw	0 	0
linsys			/compat/linux/sys  linsysfs     rw      0	0 	

>Винда головного мозга?

Нет, защита от идиотов, которые считают себя root'ом, а /usr - своей домашней директорией.

закрыть x.org, что-бы настал апокалипсис для неверных юзверей

> отдельных каталогов для 32-х и 64-х разрядных библиотек (/lib и /lib64 соответственно)

Почему тогда не /lib32 и /lib64? Всё-таки, название «lib» без суффиксов намекает на то, что там библиотеки той же разрядности, что и система в целом. Или я слишком отстал от нынешних веяний IT-шной моды?