[devel] systemd vs sysvinit (again)

[Anton Farygin]

On 30.05.2023 15:23, Alexey Gladkov wrote:
> On Tue, May 30, 2023 at 03:13:51PM +0300, Anton Farygin wrote:
>> On 30.05.2023 15:04, Alexey Gladkov wrote:
>>> On Tue, May 30, 2023 at 02:48:09PM +0300, Anton Farygin wrote:
>>>>>> Поэтому если не заработало, то welcome с фиксами.
>>>>> Я не говорил про обеспечении поддержки sysvinit. Это понятно, что если
>>>>> мантейнер не пользуется systemd/sysvinit, то и обеспечить поддержку их он
>>>>> не сможет.
>>>>>
>>>>> Вопрос, на который ответил aen@, появился из-за совсем другой ситуации.
>>>>>
>>>> aen ответил не собирая ни одного пакета в репозиторий - я не понимаю как
>>>> он берёт на себя право давать подобные ответы.
>>>>
>>>> Мне про то, что мы (кто мы?) поддерживаем SysVinit ничего не известно.
>>>>
>>>> Если он говорит от имени компании Базальт СПО, то у компании сейчас нет
>>>> официально выпущенных продуктов с sysvinit в качестве системы по умолчанию.
>>>>
>>>> Т.е. - я думаю что мой ответ должен отвечать на все вопросы, связанные с
>>>> поддержкой этой технологии.
>>> Ну то есть sysvinit не поддерживается и живёт оно пока собирается. А те
>>> кто пользуется sysvinit должны сами решать свои проблемы у себя. Ясно.
>> Скорее живёт, пока есть люди поддерживающие её в репозитории, как и с
>> любыми другими пакетами и технологиями.
>>
>> Я знаю примеры, когда для поддержки SysVinit в пакете нужно провести
>> совсем не тривиальную работу по его интеграции, т.к. он прямо в коде
>> заточен на юниты systemd
>>
>> понятно, что ментейнеру это может быть не нужно и не интересно.
> Опять, вопрос не про конкретных мантейнеров, а в принципиальной поддержке.
> Например в макросах.

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

А так я же вижу, что макросы никто и не удаляет.