LINUX.ORG.RU
ФорумTalks

[поттеринг] [много букв] [фантомас разбушевался] Весь мир насилья мы разрушим до основанья, а затем...

 


0

0

Ъ

Разработчики дистрибутива Fedora Linux рассматривают возможность перемещения всех имеющихся в системе исполняемых файлов в одну директорию. Иными словами, предлагается размещать исполняемые файлы только в каталоге /usr/bin, а директории /bin, /sbin и /usr/sbin преобразовать в символические ссылки, указывающие на /usr/bin. По аналогии предлагается упразднить /lib и помещать все системные библиотеки только в директории /usr/lib. В случае одобрения предложения, изменения могут вступить в силу уже в весеннем релизе Fedora 17.

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

В соответствии с новым подходом, все устанавливаемые из RPM-пакетов компоненты будут сосредоточены только внутри раздела /usr и не будут встречаться за его пределами. Файлы и каталоги, присутствие которых необходимо вне иерархии /usr предлагается связывать при помощи символических ссылок. В корне останутся только файлы, имеющие непосредственное отношение к текущему компьютеру, например, файлы конфигурации, логи и файлы с меняющимися данными (/etc, /root, /var, /run).

Разделение /bin и /usr/bin было актуальным во времена раздельного монтирования корня и раздела /usr, в случае невозможности примонтировать /usr, наличие каталогов /bin и /lib позволяло сохранить минимально работающую систему, которую можно было использовать в качестве базы для дальнейшего восстановления. В настоящее время дистрибутив нереально загрузить без /usr (/usr монтируется из initramfs до запуска процесса инициализации и содержит необходимые для загрузки компоненты), что в сочетании с распространением практики разбиения диска на один большой раздел и подготовкой установочного образа в виде Live-системы, позволяет отнести к анахронизмам разделение бинарных файлов по разным частям файловой системы.

В пользу объединения sbin и bin упоминается то, что во многих дистрибутивах данные директории одновременно включены в путь по умолчанию, а также то, что в sbin можно найти программы, которыми пользуются и обычные пользователи. Тем не менее, среди разработчиков Fedora нашлось много противников объединения sbin и bin, которые считают логичным разделение пользовательского ПО и требующих повышенных привилегий программ для администратора (изначально каталог sbin предназначался для статически собранных программ). Также упоминается то, что объединение sbin и bin вызовет необходимость действий со стороны разработчиков upstream-проектов.

>>> Пруфлинк

★★★★☆

Молодцы, давно пора убрать это сумасшествие.

stave ★★★★★
()

Что попало. Они забыли, зачем надо было делить /* и /usr/*.

adepto
()

Расстрелять!

GotF ★★★★★
()

Мне вот только не совсем понятно: а почему, собственно, не в корень? Отмазка про снэпшоты как-то несерьёзно выглядит.

Cancellor ★★★★☆
() автор топика

А вообще, происходит постепенный отказ от чистых традиций unix-like. systemd, это...

uju ★★
()
Ответ на: комментарий от Deleted

> United States of Russia

Агааааа! Попались, гады буржуйския!

Cancellor ★★★★☆
() автор топика
Ответ на: комментарий от Deleted

В C:\Program Files всё аккуратно разложено по папочкам для каждого приложения, а линаксовый /usr/bin — одна огромная свалка бинарников, которая теперь будет ещё чуточку больше.

PolarFox ★★★★★
()
Ответ на: комментарий от Harald

если я начну заниматься чем-то подобным, ЛОР найдет мне бабу? :)

Есть менее гуманные, зато более надёжные способы решения таких проблем. Поттеринг просто стал слишком публичен для них.

Axon ★★★★★
()
Ответ на: комментарий от PolarFox

>В C:\Program Files всё аккуратно разложено по папочкам для каждого приложения, а линаксовый /usr/bin — одна огромная свалка бинарников, которая теперь будет ещё чуточку больше.

usr/bin стоит сравнивать скорее с windows\system32 в винде. такая же свалка.

stave ★★★★★
()
Ответ на: комментарий от PolarFox

Поэтому в Windows'е есть аккуратный PATH, который содержит 100500 разных путей километровой длины и перекрывает бинарники разных программ :}

Deleted
()
Ответ на: комментарий от Deleted

> Не будем же мы уподобляться западным маразмам

Ну тогда «/система/свалка», чего уж там. И vmlinuz переименовать в «едро».

Cancellor ★★★★☆
() автор топика
Ответ на: комментарий от PolarFox

Кстати, меня всегда удивляло, какого чёрта именно Program Files, а не Programs. Documents and Settings, слава Патрегу, уже переименовали в Users, и Application Data в ProgramData тоже, так что дело за малым.

Cancellor ★★★★☆
() автор топика
Ответ на: комментарий от Cancellor

Юзер Френдли Же И Кому Какое Дело, Что Выглядит Как Гумно

Deleted
()
Ответ на: комментарий от Cancellor

Кстати, меня всегда удивляло, какого чёрта именно Program Files, а не Programs.

А чтобы показать: мы такие крутые, что можем позволить себе пути с пробелами!

Axon ★★★★★
()
Ответ на: комментарий от Axon

Не поможет. Есть сильное подозрение, что он немного не по этой части.

Motif ★★
()

Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)

On Mon, 24.10.11 13:05, Chris Adams (cmadams <at> hiwaay.net) wrote:

Here's an attempt to summarize the rationale for merging /bin, /sbin...

Виноват, конечно, Поттеринг.

AptGet ★★★
()

Верным путём идёте, товарищи! :))

iZEN ★★★★★
()

лучше бы сделали как в бсд.
базовая система в /bin и /usr/bin, все побочное - в /usr/local/bin, с sbin аналогично.

Komintern ★★★★★
()
Ответ на: комментарий от Komintern

Было бы гут, но придётся определиться с понятием «базовая система».

Cancellor ★★★★☆
() автор топика

Так и надо сделать,

deterok ★★★★★
()

Упрощения это хорошо, пусть делают.

kermzyxer
()

Т.е теперь если у меня траблы с ошибками на /usr и он его не сможет подмонтировать, то мне придёться идти лесом, а именно искать флешку чтоб загрузиться и сделать fsck?!

daemonpnz ★★★★★
()

радикализм

hfs должен состоять из 4 действительных разделов

/home

/share

/usr/{bin,lib...}

/var

Остальное уже ненужно

visual ★★★
()
Ответ на: комментарий от Axon

> Поттеринг просто стал слишком публичен для них.

Да ладно. Кто, кроме кучки линуксоедов, знает, кто такой Поттеринг? Можно всем ЛОР-ом скинуться на лысого дяденьку со штрих-кодом на затылке ))

Harald ★★★★★
()
Ответ на: комментарий от Harald

>Да ладно. Кто, кроме кучки линуксоедов, знает, кто такой Поттеринг? Можно всем ЛОР-ом скинуться на лысого дяденьку со штрих-кодом на затылке ))

У меня есть встречное предложение: запилить ЪTrue LOR-Linux с софтом строго с cat-v и suckless и по всем канонам, обязательно с /usr, /bin и так далее и показать уже наконец Поттерингу, каким должен быть настоящий дистрибутив, а не школьная поделка. Тогда он все поймет и сделает вдоль, одновременно убившись об стену.

AptGet ★★★
()

[поттеринг]

Толсто

FiXer ★★☆☆☆
()

В этом есть рациональное зерно.

atrus ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.