Re: [devel] mismatched systemd.pc also present in p11

[Oleg Solovyov <mcpain@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 877 bytes --]

В письме от вторник, 28 мая 2024 г. 09:42:48 MSK пользователь Arseny 
Maslennikov написал:
> И чудовищно затянул с началом usrmerge. Отдельные личности мне в далёком
> 2017 году, непублично, с ожесточением доказывали, что это якобы вредно.
> Ну-ну.

Не с ожесточением, но повторю свои аргументы публично (из 2023 года).

TL;DR: сделали стильно, модно, молодёжно, а в итоге возросли требования для 
оживления поломанной системы, т.к. раньше было достаточно загрузиться с 
параметром "1" благодаря доступности всякого в /bin

[-- Attachment #2: Re: [Bug 46738] usrmerge --]
[-- Type: message/rfc822, Size: 6376 bytes --]

From: Oleg Solovyov <mcpain@altlinux.org>
To: Arseny Maslennikov <arseny@altlinux.org>
Subject: Re: [Bug 46738] usrmerge
Date: Mon, 03 Jul 2023 18:17:08 +0300
Message-ID: <13303105.uLZWGnKmhe@host-135>

Добрый вечер.

В письме от понедельник, 3 июля 2023 г. 17:51:53 MSK Вы написали:
> Моя реплика прозвучала как "не хочу никого слушать, идите н^W в devel@".
> Это совсем не так.
Я своё мнение высказал, ответы на свои вопросы я получил, приглашение в devel@ 
мне не требуется, хотя мне кажется, хорошим тоном было бы ещё и самому 
инициировать обсуждение в правильном месте, если bugzilla - неправильное.

> Я не затыкаю рот критике ни в коем случае, на эти вопросы можно и нужно
> дать ответ, и я добавляю ваш вопрос в секцию FAQ на вики. Просто:
> — в багзилле неудобно читать такие ветвистые обсуждения;
> — само это разбиение было введено _не с этой целью_;
Я не утверждал, что целью разбиения(?) было "поломать всё нахрен".
Я утверждаю, что вливание /bin/ в /usr/bin/ приведёт к крайне неприятным 
побочным эффектам, о них ниже.

> — есть другие механизмы организации подобного сценария спасения
> (rescue-набор программ в специальном месте, rescue initrd,
> recovery-раздел...), может быть, в будущем можно будет такой внедрить и
> рекомендовать его как боевой сценарий, даже включить в продуктовую
> документацию, тестировать, ...;
Подобные механизмы достаточно неочевидны, чтобы я хоть что-то слышал об их 
использовании, а значит, об их существовании нужно ещё и догадаться, особенно 
в аварийной ситуации, когда соломку никто никуда не стелил, а работающая 
система нужна "здесь и сейчас". Не просто так в ALT Rescue выделена надпись 
"don't panic!"

> — если вас кто-то убеждал, что такое спасение установленной системы
> возможно как штатный сценарий её эксплуатации, то пусть тогда защитит
> свою позицию, а пока что это выглядит, как будто вам навязывали
> религиозные догмы сектантскими методами (и это были те, кто вот так
> за подобное обвинял). :)
Поясню ситуацию подробнее:

1) Человек установил Fedora:
- Сделал /usr отдельным разделом
- В Fedora по умолчанию - /bin/ -> /usr/bin/
2) В результате отказа раздела /usr система превратилась в тыкву, для спасения 
которой потребовалось срчоно приобрести USB-носитель.
3) После чего начал обвинять Fedora в криворукости и перешёл на NixOS, 
утверждая, что Fedora "Сама разбила ему диск".

Я, в свою очередь, доказал человеку, что он ССЗБ, раз он выбрал для /usr 
отдельный раздел и показал, что Fedora по умолчанию так не разбивает.
На тот момент я только-только перешёл с Fedora на Gentoo (а это было 5-6 лет 
назад), но тем не менее, мне категорически не нравится тенденция "Переходите 
на симлинки", т.к. в случае аварийной ситуации возрастают требования для 
оживления системы.