AK
удачки, как грца
Size: a a a
2020 December 26
O
вы каждый коммит в системд читаете чтобы знать как поведет себя система из множества компонентов, где неизвестностей еще больше, поэтому этим занимаются достаточно умные люди за нас
нет, не читаю. Но когда (не если, а когда) оно таки развалится, я хочу чтобы у меня была нормальная возможность понять почему и я понимаю, что я не гениален, чтобы в сжатые сроки разобраться с тем, что с ним пойдет не так.
O
большой код, который тестируется на миллионах окружений по всему миру, или сраный инит скрипт, который есть только у вас на деве и который вы хотите пихнуть в прод?
Стоп, тут вопрос изоляции. В этом случае развалится конкретный скрипт, а не система инита.
O
нет, не читаю. Но когда (не если, а когда) оно таки развалится, я хочу чтобы у меня была нормальная возможность понять почему и я понимаю, что я не гениален, чтобы в сжатые сроки разобраться с тем, что с ним пойдет не так.
я _верю_, что оно тестируется достаточно массово и хорошо, чтобы в stable попала та версия, которая не развалится в моих кейсах.
AK
Стоп, тут вопрос изоляции. В этом случае развалится конкретный скрипт, а не система инита.
кхм. Я вам как бы намекаю на то, что systemd - это один и тот же код, который используется везде. А sys v - в каждом дистре и в каждом окружении свой уникальный бардак
AK
ну и код systemd достаточно фрагментирован, разобраться в нём можно
DS
Никто вас конкретно не заставляет писать на sys v init. У меня если что его тоже нет, просто потому, что дистры, которые используются, переехали на systemd. Но это не значит, что лично мне это доставляет радость и веселье.
Мы вас заставляем их не писать
O
кхм. Я вам как бы намекаю на то, что systemd - это один и тот же код, который используется везде. А sys v - в каждом дистре и в каждом окружении свой уникальный бардак
вы объединяете инит-скрипты и систему, которая их запускает.
O
Мы вас заставляем их не писать
Мне указываейте мне что делать, и я не скажу вам, куда идти:)
AK
Никто вас конкретно не заставляет писать на sys v init. У меня если что его тоже нет, просто потому, что дистры, которые используются, переехали на systemd. Но это не значит, что лично мне это доставляет радость и веселье.
оно и не должно доставлять. Оно должно избавлять от лишних головняков
DS
нет, не читаю. Но когда (не если, а когда) оно таки развалится, я хочу чтобы у меня была нормальная возможность понять почему и я понимаю, что я не гениален, чтобы в сжатые сроки разобраться с тем, что с ним пойдет не так.
а есть примеры из практики? Можешь сказать что за сервис там запускался и привести конфиг systemd для этого сервиса и аналогичную реализацию на sys v init?
t
но как же господа, писать велосипеды это же так интересно
O
а есть примеры из практики? Можешь сказать что за сервис там запускался и привести конфиг systemd для этого сервиса и аналогичную реализацию на sys v init?
Еще раз - systemd это _не только инит_. Как вам такой баг - https://github.com/systemd/systemd/issues/17684 ?
O
И еще сотни из их трекера.
DS
Еще раз - systemd это _не только инит_. Как вам такой баг - https://github.com/systemd/systemd/issues/17684 ?
это пример из практики? Я там не вижу примера конфига systemd сервиса и аналогичной реализации на sys v init
O
Главный поинт, почему лично мне оно не нравится это то, что вместо замены _одной системы_ они сделали комбаин для всего.
AK
вы объединяете инит-скрипты и систему, которая их запускает.
вот именно. потому что в sys v нет системы запуска сервисов. есть система запуска rc скриптиков, которые уже дальше запускают сервисы, сеть и тд
t
Еще раз - systemd это _не только инит_. Как вам такой баг - https://github.com/systemd/systemd/issues/17684 ?
достаточно узкий кейс
AK
Главный поинт, почему лично мне оно не нравится это то, что вместо замены _одной системы_ они сделали комбаин для всего.
в каком месте там комбайн? На каждый чих свой бинарь
DS
Мне указываейте мне что делать, и я не скажу вам, куда идти:)
вас будут посылать люди, которые будут выпиливать sys v init скрипты из инфры =)