Разработчики Fedora обсуждают объединение каталогов для исполняемых файлов

> А вот /usr/etc видел, не помню уже какая софтина норовила

Приплыли.... все «софтины» с автоконфом отталкиваются от дефолтового префикса /usr, угадай с 3х попыток где окажется $PREFIX/etc ?

Они совсем упоролись?

Тоже не фига не понятно :(
Ну ненужно к примеру теперь usr отдельно держать и что ?
Ведь тот же lib почему то на отдельной парции не держут ...

Просто нужно написать рекомендацию что usr теперь нельзя делать на отдельной партиции и ВСЕ !

>>> То, что раньше делалось из минимальной системы без смонтированной /usr, уже давно делается из initrd

А как быть тем, кто собирает монолит?

Монолит как бы абсолютно параллелен initrd...

При монолите initrd как бы не нужен. Всё уже и так в ядре.

Ждем когда запилят диск C и ProgrammFiles

> У меня в слаке initrd делает одну-единственную полезную вещь: подгружает reiserfs.ko.

И при чём тут монолит?

> Логика простая. Ты ставил в жизни только одну программу через make install, которая кладёт что-то в $(PREFIX)/etc и не прочитал внимательно configure --help

На самом деле все почти программы, которые ставятся через make install и хотят etc, установят что-то в /usr/local/etc/

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

На тот момент мне абсолютно всё равно было, где будет лежать конфиг, т.к. нужно было просто собрать и потестить программу.

> минимальную реально работающую систему

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

>На тот момент мне абсолютно всё равно было, где будет лежать конфиг, т.к. нужно было просто собрать и потестить программу.

Вот потому ты и недоадмин, а не админ.

При том, что если вкомпилить reiserfs статически, initrd идёт лесом. Но мне лень.

> первоначальное назначение каталога /sbin (размещение статически собранных файлов, на что указывает буква «s») давно неактуально;

Обкурились что ли?

http://www.pathname.com/fhs/pub/fhs-2.3.html#SBINSYSTEMBINARIES
Utilities used for system administration (and other root-only commands) are stored in /sbin...

Приставка 's' значит superuser. Это чтобы обычному пользователю по табу не выдавалось куча утилит, которые он все равно не может запустить.

Создателям Fedor'ы - RTFM!!!

>Более того, размещение /usr на отдельной файловой системе вызывает проблемы при загрузе посредством systemd

Ждем, когда ядро Линукс начнет мешать работе PulseAudio, и Поттеринг предложит заменить его на - что там в Винде? Одно радует - есть в сообществе тролли толще самого Линуса, есть.

ЯЩИТАЮ что имеет смысл рассмотреть концепцию хранения ВСЕХ файлов вообще (бинарники, конфиги, все) просто в одной директории, в корне, упразднить и объеденить все дисковое пространство других разделов в корень, и все. Будет просто в корне много файлов. Ну максимум-для home у каждого будет свой каталог. Каково?

Блин, кто б прибил этого Леннарта Поттеринга! Он так достал своей писаниной!

>Приплыли.... все «софтины» с автоконфом отталкиваются от дефолтового префикса /usr, угадай с 3х попыток где окажется $PREFIX/etc ?

От дефолтового /usr/local, а окажется в /usr/local/etc

--prefix=PREFIX install architecture-independent files in PREFIX [/usr/local]

Но ты видимо из тех кто в состоянии написать ./configure --prefix=/usr, но добавить к этому --sysconfdir=/etc, это просто непосильная задача.

> Вот потому ты и недоадмин, а не админ.

Во-первых мы с вами на «ты» не переходили. А во-вторых, не имею желания продолжать бессмысленную дискуссию, в которой количество аргументов стремится к нулю.

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

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

Дерзай, товарищ! Родина тебя не забудет.

Самое главное в конце выполнить man hier и вернуть как было.

>При монолите initrd как бы не нужен. Всё уже и так в ядре

man lvm

> Тогда чем /bin отличается от /usr/bin ?

Тем, что в /bin лежат только статически собранные бинари, не требующие никаких библиотек.

> на главной подумал «опять Леннарт фигнёй страдает». Заглянул — надо же, так и есть!

Чтобы ты знал, — так, на секундочку, — Леннарт — автор этого стандарта.

А о том, кто страдает никому не нужной херней, можешь почитать в комментах к своим новостям.

Самое интересное, что подавляющее количество говнокоменнаторов даже примерно не представляет, зачем в своё время разделили /usr/bin и /bin...

>Тем, что в /bin лежат только статически собранные бинари, не требующие никаких библиотек

Да ну?

IMHO - это возрастное недомогание некоторых разработчиков...
<sarcasm>
/ - тут всё положить
/home - тут всё для пользователя
</sarcasm>
Упрощение не должно приводить к примитивизму.
Как говорил Феофан Грек - «простота без пестроты».
А тут, похоже, «китайская реклама» получится.

>Во-первых мы с вами на «ты» не переходили.

Это инернет. Можешь перейти или не перейти куда угодно.

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

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

ps: не стоит обижаться, если чего-то не знаешь. лучше поучиться.

Для lvm initrd тоже не был нужен. Вот только недавно автораспознавание ядром суперблоков raid и lvm почему-то признано устаревшим.

да гну. пройдись по бинарям ldd и подивись.

Ещё один... ldd в зубы и вперёд искать разницу между /bin и /usr/bin.

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

for i in /bin/* ; do file «$i» ; done | grep statically
/bin/dash.static: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, BuildID[sha1]=0xe53e7fcb5c7db2976ae5731f3bbd2fe357b0b133, stripped

Че сказать-то хотел? Они динамически слинкованы. Как в /usr/bin, так и в /bin.

Посмотри с КЕМ они слинкованы в /bin и с КЕМ в /usr/bin.

> Для lvm initrd тоже не был нужен. Вот только недавно автораспознавание ядром суперблоков raid и lvm почему-то признано устаревшим.

Есть ещё # mount LABEL=|UUID= /

> Есть ещё # mount LABEL=|UUID= /

Вопрос не в этом. А в том, что для сборки райда надо запускать mdadm. Вот его приходится класть в initrd.

Слинкованы, с кем бы то ни было, - уже не статично собраны.

# ldd /bin/ls
        libpthread.so.0 => /lib/libpthread.so.0 (0x40021000)
        librt.so.1 => /lib/librt.so.1 (0x40037000)
        libtermcap.so.2 => /lib/libtermcap.so.2 (0x40047000)
        libiss.so.0.3 => /lib/libiss.so.0.3 (0x4004b000)
        libacl.so.1 => /lib/libacl.so.1 (0x4005a000)
        libc.so.6 => /lib/libc.so.6 (0x40062000)
        libdl.so.2 => /lib/libdl.so.2 (0x40189000)
        libattr.so.1 => /usr/lib/libattr.so.1 (0x4018d000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
# ldd /usr/bin/awk
        libm.so.6 => /lib/libm.so.6 (0x40021000)
        libdl.so.2 => /lib/libdl.so.2 (0x40043000)
        libc.so.6 => /lib/libc.so.6 (0x40046000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

> Это инернет. Можешь перейти или не перейти куда угодно.

Интернет не отменяет правил хорошего тона.

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

Ответа я не получил никакого. Назвать ответом цитату моего сообщения без каких-либо пояснений я не могу.

ps: не стоит обижаться, если чего-то не знаешь. лучше поучиться.

Ну так сделайте доброе дело, помогите ссылкой или ещё как. Мне неприятно когда говорят что я что-то не знаю, а что и как - молчат.

Вот кстати другой человек написал про --sysconfdir=/etc - спасибо ему за это.

сначала всё запихают в /bin, потом переименуют /bin в /win, а потом перенесут и переименуют /lib в /bin/system32 :D

/win/system32

Я могу понадеяться, что /usr/local они не тронут?

Говно, нафиг не нужно, не ожидал от федоры, скатят линукс в сраное говно, вовремя я на винду пересел, хаха!

>> разделение на /bin и /sbin приводит к усложнению работы разработчиков, которые зачастую ошибаются с выбором каталога, либо бездумно помещают файлы в /usr/bin;

Написать уже нормальный гайдлайн.

Ты не понимаешь. Они тупые. Совсем.

P.S. Дальше не читал, первый пункт — уже достаточное основание для изменений.

>> эксперименты уже показали жизнеспособность предложенной схемы и отсутствие серьезных проблем;

Ваши эксперименты в соответствии к критерием Попплера отправляются в /dev/null.

В /dev/null отправляются вовсе не они. То, что сегодня в Fedora, завтра в остальных дистрибутивах.

> федорино горе!

Мое любимое название. ^^

> А как систему восстанавливать в результате, если / еще жив, а /usr уже умер?

У нищебродов не хватает на винте или флешке места под дистрибутив Tiny Core?

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

> Надо ещё и другие каталоги разнести. Все настройки в /etc — непорядок!

ты видимо фряху не юзал :D

> Давайте уже всё в /bin, который и монтировать отдельным разделом.

/bin отдельным разделом монтировать не получится ибо ещё нужны либы, но мне нравится подход Plan9, где /bin содержит все исполнимые файлы, собранные там через какую-то фиговину типа unionfs.

RedHat Windows 17