[devel] I: systemd-248.3-alt2 и конфликт со startup

[Anton Farygin]

On 08.07.2021 16:11, Vladimir D. Seleznev wrote:
> On Thu, Jul 08, 2021 at 03:56:35PM +0300, Anton Farygin wrote:
>> On 08.07.2021 15:53, Vladimir D. Seleznev wrote:
>>> On Thu, Jul 08, 2021 at 03:18:32PM +0300, Anton Farygin wrote:
>>>> On 08.07.2021 15:13, Sergey Afonin wrote:
>>>>> On Thursday 08 July 2021, Anton Farygin wrote:
>>>>>
>>>>>>> А не страшно пользоваться взрывающейся модной системой инициализации?
>>>>>>> Мне вот как-то не очень уютно. Уже несколько раз взрывалась на ровном
>>>>>>> месте.
>>>>>> А известно на чём взрывалась ? Ошибки зарегистрированы в нашей bugzilla ?
>>>>>     
>>>>> Последняя серьёзная да, и исправлена. Но сколько их ещё вылезет? Остальные
>>>>> достаточно старые, можно считать, что было давно.
>>>>>
>>>> Вы думаете, что во времена активной разработки sysvinit никогда не было
>>>> серьёзных ошибок и взрывов ?
>>>>
>>>> Ошибки возможны в любом продукте, который развивается.
>>> Он простой (мм, относительно, но несравнимо проще sd), там практически
>>> нечему ломаться.
>>>
>> Да, я знаю что init простой. Но в его случае большинство поломок было и
>> есть на стороне скриптов.
>>
>> systemd естественно сложнее, т.к. решает (за счёт усложнения) основные
>> архитектурные проблемы sysvinit и в его случае точно так же основные
>> поломки есть и будут на стороне скриптов(юнитов) и конфигураций.
> Основные архитектурные проблемы решены sysvinit'а решены в djb@
> daemontools [1] и его аналогах [2]. sd решает совсем другие задачи, а
> именно платформы для построения операционных систем, непонятно правда
> зачем мы идём этим путём.
>
> Ссылки:
> [1] https://cr.yp.to/daemontools.html
> [2] https://busybox.net/~vda/init_vs_runsv.html

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

Т.е. - идти придётся не другим путём, а совсем другим. И в этом основная 
проблема - выбора, по сути, нету.