История изменений

А знаешь, почему это сообщение не попало никуда? Потому что в твоём дистрибутиве journald интегрировали дебилы.

ну вот смотри:) я там уже отписал выше, но поскольку в смысле systemd ты мой любимчик, мне не сложно повторить основную идею:) если я встану на твою позицию выходит, что в федоре дибилы и в редхате дибилы. не смогли освоить systemd. но systemd изначально продвигался как инструмент _более_легкий_, _удобный_ и _универсальный_, чем существующее решение. мейнтейнеры, для которых это в первую очередь делалось, вдруг начали ляпять ошибки. понимаешь? не вяжется.

я там уже писал в ветке про дебиан. LP структурировал хранение логов, а дибилы всеравно sed'ом парсят.

мейнтейнеры используют service файлы, как обертку в виде ini файлов вокруг bash-скриптов. отсюда ошибки.

я уже столкнулся с примером, когда сервис был сломан при обновлении опять же из-за сохранения legacy.

ты сейчас скажешь опять, что все дибилы, ты дартаньян. и если бы конфиг был не в ini формате, а в xml или в виде псевдоязыка, ты бы тоже сказал, что те, кто не освоил, дибилы.

у тебя нет большого легаси парка серверов, который ты будешь мигрировать. очень легко быть дартаньяном, когда не приходится нести ответственность. systemd должна быть не просто интересной, новой молодежной разработкой. это инструмент. вопрос под какие задачи он подходит хорошо, а под какие не очень.

ты подошел к решению задачки формально. systemd отработала, а что с сервисом начхать. но работодатель платит не за systemd, а за работу самого сервиса. подошел формально - поимей проблемы.

и нет, я не собираюсь второй раз делать работу мейнтейнеров (который дибилы по твоей логике). тем более, что раньше они почему-то справлялись со своей задачей.

А знаешь, почему это сообщение не попало никуда? Потому что в твоём дистрибутиве journald интегрировали дебилы.

ну вот смотри:) я там уже отписал выше, но поскольку в смысле systemd ты мой любимчик, мне не сложно повторить основную идею:) если я встану на твою позицию выходит, что в федоре дибилы и в редхате дибилы. не смогли освоить systemd. но systemd изначально продвигался как инструмент _более_легкий_, _удобный_ и _универсальный_, чем существующее решение. мейнтейнеры для которых это в первую очередь делалось, ошибаются. понимаешь? не вяжется.

я там уже писал в ветке про дебиан. LP структурировал хранение логов, а дибилы всеравно sed'ом парсят.

мейнтейнеры используют service файлы, как обертку в виде ini файлов вокруг bash-скриптов. отсюда ошибки.

я уже столкнулся с примером, когда сервис был сломан при обновлении опять же из-за сохранения legacy.

ты сейчас скажешь опять, что все дибилы, ты дартаньян. и если бы конфиг был не в ini формате, а в xml или в виде псевдоязыка, ты бы тоже сказал, что те, кто не освоил, дибилы.

у тебя нет большого легаси парка серверов, который ты будешь мигрировать. очень легко быть дартаньяном, когда не приходится нести ответственность. systemd должна быть не просто интересной, новой молодежной разработкой. это инструмент. вопрос под какие задачи он подходит хорошо, а под какие не очень.

ты подошел к решению задачки формально. systemd отработала, а что с сервисом начхать. но работодатель платит не за systemd, а за работу самого сервиса. подошел формально - поимей проблемы.

и нет, я не собираюсь второй раз делать работу мейнтейнеров (который дибилы по твоей логике). тем более, что раньше они почему-то справлялись со своей задачей.

А знаешь, почему это сообщение не попало никуда? Потому что в твоём дистрибутиве journald интегрировали дебилы.

ну вот смотри:) я там уже отписал выше, но поскольку в смысле systemd ты мой любимчик, мне не сложно повторить основную идею:) если я встану на твою позицию выходит, что в федоре дибилы и в редхате дибилы. не смогли освоить systemd. но systemd изначально продвигался как инструмент _более_легкий_, _удобный_ и _универсальный_, чем существующее решение. мейнтейнеры для которых это в первую очередь делалось, ошибаются. понимаешь? не вяжется.

я там уже писал в ветке про дебиан. LP структурировал хранение логов, а дибилы всеравно sed'ом парсят.

мейнтейнеры используют service файлы, как обертку в виде ini файлов вокруг bash-скриптов. отсюда ошибки.

я уже столкнулся с примером, когда сервис был сломан при обновлении опять же из-за сохранения legacy.

ты сейчас скажешь опять, что все дибилы, ты дартаньян. и если бы конфиг был не в ini формате, а в xml или в виде псевдоязыка, ты бы тоже сказал, что те, кто не освоил, дибилы.

у тебя нет большого легаси парка серверов, который ты будешь мигрировать. очень легко быть дартаньяном, когда не приходится нести ответственность. systemd должна быть не просто интересной, новой молодежной разработкой. это инструмент. вопрос под какие задачи он подходит хорошо, а под какие не очень.

ты подошел к решению задачки формально. systemd отработала, а что с сервисом начхать. но работодатель платит не за systemd, а за работу самого сервиса. подошел формально - поимей проблемы.

А знаешь, почему это сообщение не попало никуда? Потому что в твоём дистрибутиве journald интегрировали дебилы.

ну вот смотри:) я там уже отписал выше, но поскольку в смысле systemd ты мой любимчик, мне не сложно повторить основную идею:) если я встану на твою позицию выходит, что в федоре дибилы и в редхате дибилы. не смогли освоить systemd. но systemd изначально продвигался как инструмент _более_легкий_, _удобный_ и _универсальный_, чем существующее решение. мейнтейнеры для которых это в первую очередь делалось, ошибаются. понимаешь? не вяжется.

я там уже писал в ветке про дебиан. LP структурировал хранение логов, а дибилы всеравно sed'ом парсят.

мейнтейнеры используют service файлы, как обертку в виде ini файлов вокруг bash-скриптов. отсюда ошибки.

я уже столкнулся с примером, когда сервис был сломан при обновлении опять же из-за сохранения legacy.

ты сейчас скажешь опять, что все дибилы, ты дартаньян. и если бы конфиг был не в ini формате, а в xml или в виде псевдоязыка, ты бы тоже сказал, что те, кто не освоил, дибилы.

у тебя нет большого легаси парка серверов, который ты будешь мигрировать. очень легко быть дартаньяном, когда не приходится нести ответственность. systemd должна быть не просто интересной, новой молодежной разработкой. это инструмент. вопрос под какие задачи он подходит хорошо, а под какие не очень.

ты подошел к решению задачки формально. systemd отработала, а что с сервисом фигня. но работодатель тебе платит не за systemd, а за работу самого сервиса. подошел формально - поимей проблемы.

А знаешь, почему это сообщение не попало никуда? Потому что в твоём дистрибутиве journald интегрировали дебилы.

ну вот смотри:) я там уже отписал выше, но поскольку в смысле systemd ты мой любимчик, мне не сложно повторить основную идею:) если я встану на твою позицию выходит, что в федоре дибилы и в редхате дибилы. не смогли освоить systemd. но systemd изначально продвигался как инструмент _более_легкий_, _удобный_ и _универсальный_, чем существующее решение. мейнтейнеры для которых это в первую очередь делалось, ошибаются. понимаешь? не вяжется.

я там уже писал в ветке про дебиан. LP структурировал хранение логов, а дибилы всеравно sed'ом парсят.

мейнтейнеры используют service файлы, как обертку в виде ini файлов вокруг bash-скриптов. отсюда ошибки.

я уже столкнулся с примером, когда сервис был сломан при обновлении опять же из-за сохранения legacy.

ты сейчас скажешь опять, что все дибилы, ты дартаньян. и если бы конфиг был не в ini формате, а в xml или в виде псевдоязыка, ты бы тоже сказал, что те, кто не освоил, дибилы.

у тебя нет большого легаси парка серверов, который ты будешь мигрировать. очень легко быть дартаньяном, когда не приходится нести ответственность. systemd должна быть не просто интересной, новой молодежной разработкой. это инструмент. вопрос под какие задачи он подходит хорошо, а под какие не очень.