хочется сделать сделать как лучше..

а получится, как обычно. :-/

PS: http://mdoc.su/o/hier

PPS: стандарты — это не вера, а соглашение. Ломающие стандарты обречены или на процветание (что очень редко), но чаще на погибель.

может, тоже все сломать и оставить только /bin /etc /var, выпилив /usr и /sbin?

да
fhs - ограничение свободы, возможно даже часть заговора дистмейкеров

Кстати, у меня такой вопрос: насколько сложно будет человеку, не знающему языков программирования, создать единый универсальный скрипт, заменяющий в любых взятых исходниках определённые директории, начинающиеся с /boot/, /etc/, /bin/, /lib/, /var/, /sbin/, /usr/ на на свои кастомные пути - для программ, в которых нет опций выбора путей при компиляции?
Т.к. я в линуксе относительно недавно и не сталкивался с правкой исходников, патчей не создавал, языков не знаю, хотелось бы знать, на сколько такая задача мне в данный момент по силам. Это не сложная задача с простой заменой sed'ом, или нечто более сложное? Какие могут быть подводные камни?

Всё гораздо запущенней. Подобная задача абсолютно не тривиальна. (Очень) многие програмы ожидают те или иные компоненты по определённым захардкодиным в течении 40 лет путям. Решение подобной проблемы означает перелопатывание милионов (не утрирую) строк кода.

в арчике ... на нее ложили болт

Действительно, Arch за последнее время много чего перенял у Fedora.

как лучше

/bin, /sbin, /lib больше не нужны.

Пусть играются, кому они мешают? Лично я об Arch только на LOR и слышал. Кто-нибудь этим минором вообще по-серьёзному пользуется? (без троллинга, в самом деле заинтересовало)

Ещё про проприетарщину забыл упомянуть.

кому они мешают?

Никому, но Arch - очень самобытный дистрибутив. И его отказ от собственных решений в пользу модных, но весьма сомнительных огорчает.

У меня в корне несколько каталогов не по Fен-HSую. Кого волнует вообще?

(Очень) многие програмы ожидают те или иные компоненты по определённым захардкодиным в течении 40 лет путям.

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

Во первых ты забыл о

snprintf(path, sizeof(path), "/%s/%s%s/%s/%s", "usr", "lo", "cal", "bin", "perl");

snprintf(path, sizeof(path), «/%s/%s%s/%s/%s», «usr», «lo», «cal», «bin», «perl»);

я же выше писал, что не знаком с ЯП. можешь объяснить на словах?

во-вторых, как уже упамянули выше, closed source

ну с этим то понятно. в идеале в системе не будет пропердарщины

Смирись, задача эта не такая простая, как может показаться на первый взляд. Я бы не взялся. (И я чуть-чуть программировать умею, знаю больше одного языка и варюсь во всей этой кухне уже более 17-и лет.)

можешь объяснить на словах?

Пути могут задаваться не только константами но и алгоритмически. Это ты sed'ом не словишь.

Это ты sed'ом не словишь.

но ведь можно же как-то грепнуть 'snprintf(path, sizeof(path), ', потом проверить, является ли дальнейшее в строке алгоритмом, потом заменить этот алгоритм на свой, с нужным количеством элементов

Удачи. У тебя всё получится.

PS: Если я бы это делал, то через модуль ядра, ловящий обращения с старому path и reverse engineer, reverse engineer, reverse engineer. Но и это не гарантия, годы зря потраченного времени, куча разочарований и сломанная система.

Кстати, самым простым решением, был бы модуль ядра подменяющий пути или совсем просто: симлинк к новой локации, как похоже и делают в этом самом Arch. (Править милиарды строк сырцов никто в здравом уме не будет и не делает.) Но это больше похоже на смену шила на мыло. Косметика с очень сомнительным профитом.

Только вручную, иначе этот дистрибутив будет удалён во всём радиусе моего влияния.

Кстати, самым простым решением, был бы модуль ядра подменяющий пути или совсем просто: симлинк к новой локации

Да, самое простое решение - в GoboLinux: симлинки и модуль ядра, скрывающий старую иерархию.

/ProgramFiles, ,/Lin32, /DocumentsAndSettings

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

Кому нужна эта косность мышления в фс? Я хочу /binarniki /govno /pornuhaSPisechkami

Отношусь положительно, когда они не принудительные. Соответствовать ли им — по усмотрению. И смотря каким.

Без стандартов будет хаос

Без стандартов будет хаос

на том и порешали.

Когда-то был дистрибутив, GoboLinux, полностью отказавшийся от стандартной иерархии директорий и запиливший свою. Они дошли до того, что написали ядерный модуль для трансляции путей.

Стандарты - способ борьбы с хаосом. Не всегда удобный, но ничего лучше не придумали и вряд ли придумают. ИМХО отклонение от стандартов оправданно только в случае, если стандарт сильно ограничивает возможность реализации какой-то важной фичи.

Не совсем в тему: http://xkcd.com/927/