LINUX.ORG.RU

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


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 ★★★★★ ()

Кто-нибудь, НАЙДИТЕ ЕМУ УЖЕ БАБУ!!!!

Axon ★★★★★ ()

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

adepto ()

надо тогда переименовать /usr в /system.

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

надо тогда переименовать /usr в C:\Program Files.

Отремонтировано.

mironov_ivan ★★★★★ ()

☑ Мне без разницы.

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

Толсто, это каталог и программ, и системы, вообще-то. а /usr теперь как-то нелогично...

uju ★★ ()

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

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

>/system/usr

usr


United States of Russia. Любят некоторые на буквах экономить :}

Deleted ()

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

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

> тогда /usr/local надо переименовать в /system/usr

Тогда уж сразу /System/Library, чего уж там.

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

> United States of Russia

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

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

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

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

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

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

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

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

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

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

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

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

/system/library. Не будем же мы уподобляться западным маразмам.

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

> system32

Там и ексешники, и библиотеки, и ещё хрен знает что. Не, system32 страшнее.

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

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

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

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

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

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

>И vmlinuz переименовать в «едро».

Надеюсь, на это можно выделить пару десятков.

Deleted ()
Ответ на: комментарий от 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 ★★★ ()
Ответ на: комментарий от PolarFox

Да-да-да, теперь думаем, какого размера будет PATH...

unanimous ★★★★★ ()

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

iZEN ★★★★★ ()

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

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

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

Cancellor ★★★★☆ ()

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

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 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.