История изменений
Исправление intelfx, (текущая версия) :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления.
Повторяю вопрос: где противоречия между стандартизацией и тем, что софт следует иногда обновлять, потому что в новых версиях иногда исправляют баги?
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd, этак 2012-2014 годов) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковом, но ещё и в россыпи мелких вспомогательных демонов вокруг инита (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью? А как всё было классно с ресолверами, да так классно, что каждый дистрибутив велосипедил свою ни с чем не совместимую обвязку вокруг openvpn и dnsmasq, чтобы ресолвинг внутри VPN внятно работал?
Исправление intelfx, :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления.
Повторяю вопрос: где противоречия между стандартизацией и тем, что софт следует иногда обновлять, потому что в новых версиях иногда исправляют баги?
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd, этак 2012-2014 годов) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковом, но ещё и в россыпи мелких вспомогательных демонов вокруг инита (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью?
Исправление intelfx, :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления. Повторяю вопрос: где противоречия между стандартизацией и тем, что софт следует иногда обновлять, потому что в новых версиях иногда исправляют баги?
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd, этак 2012-2014 годов) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковом, но ещё и в россыпи мелких вспомогательных демонов вокруг инита (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью?
Исправление intelfx, :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления.
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd, этак 2012-2014 годов) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковом, но ещё и в россыпи мелких вспомогательных демонов вокруг инита (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью?
Исправление intelfx, :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления.
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd, этак 2012-2014 годов) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковой, но ещё и в россыпи мелких вспомогательных демонов вокруг инита (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью?
Исправление intelfx, :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления.
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd, этак 2012-2014 годов) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковой, но ещё и в этой россыпи мелких вспомогательных демонов (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью?
Исходная версия intelfx, :
Ты, как сторонник системд приемлешь модель постоянной гонки за обновлениями
Это вообще никак не связанные явления.
если и на других системах инициализации все также стандартно
Ога, действительно, ну вот возьми мне слакварь, рхел и дебиан примерно одного и того же времени выпуска (до systemd) и покажи мне, как там всё стандартно хотя бы в части управления демонами, добавления демонов в автостарт и смежных действий (например, управление ограничениями на потребляемые ресурсы).
Это я уже не говорю о том, что настоящая ценность systemd не только в управлении демонами как таковой, но ещё и в этой россыпи мелких вспомогательных демонов (journald, networkd, machined, timesyncd, вот это вот всё). Как там, говоришь, до systemd было всё «стандартно» с управлением логами и сетью?