Исходное сообщение
"Ян Джексон покинул технический комитет Debian" Отправлено Xaionaro, 20-Ноя-14 08:11
>[оверквотинг удален] >> 1. У меня оно и было сделано не двумя строчками. >> 2. Это был минималистичный свежеразвёрнутый контейнер. >> 3. Какая вообще разница? Вопросы был про наличие и диагностируемость проблем с >> systemd. Если проблема возникает во внештатной ситуации, то это не значит, >> что это не проблема. И нередко противники systemd аргументируют свою позицию >> именно поведением во внештатных ситуациях. Всякие "unknown error-ы" при обычном "systemctl >> stop blah-blah" или неработоспособные journald вечно жрущие 100%CPU — это не >> есть гуд при любых условиях. > Ага. Только вы пытаетесь использовать testing, при этом как тестер ничего не > сделав, а так да - systemd гавно ) 1. Использовался релиз systemd (а не сборка на состояние произвольного коммита из git-репозитория). И не просто релиз, а релиз указанный на странице [1]. Да, Debian уже добавил в systemd более 150 патчей, хотя в sysvinit им пришлось добавить всего 18. И да, неполадки могут быть вызваны этими патчами. Но во-первых это маловероятно, ибо DD очень не любят регрессивные патчи (судя по тому, что я наблюдал в openrc), а о проблемах им известно, во-вторых это никак не избавляет пользователей от потенциальных проблем, подобных вышеупомянутым (c journald и systemctl). Даже если это просто такой продукт, что его приходится напичкивать патчами, и это приводит к малопредсказуемым результатам, то это ещё не значит, что это не проблемный продукт... А скорее даже наоборот. 2. Этот testing собирается в скором времени стать stable-ом. 3. В этом testing у меня нет проблем _ни с чем_ кроме systemd. Чего бы другое я поставил -- оно работает. 4. С чего вы взяли, что я как тестер ничего не сделал? [1] http://cgit.freedesktop.org/systemd/systemd-stable/ >> 3. Какая вообще разница? Вопрос был про наличие и диагностируемость проблем с >> systemd. Если проблема возникает во внештатной ситуации, то это не значит, >> что это не проблема. И нередко противники systemd аргументируют свою позицию >> именно поведением во внештатных ситуациях. Всякие "unknown error-ы" при обычном "systemctl

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >>> 1. У меня оно и было сделано не двумя строчками. >>> 2. Это был минималистичный свежеразвёрнутый контейнер. >>> 3. Какая вообще разница? Вопросы был про наличие и диагностируемость проблем с >>> systemd. Если проблема возникает во внештатной ситуации, то это не значит, >>> что это не проблема. И нередко противники systemd аргументируют свою позицию >>> именно поведением во внештатных ситуациях. Всякие "unknown error-ы" при обычном "systemctl >>> stop blah-blah" или неработоспособные journald вечно жрущие 100%CPU — это не >>> есть гуд при любых условиях. >> Ага. Только вы пытаетесь использовать testing, при этом как тестер ничего не >> сделав, а так да - systemd гавно ) > 1. Использовался релиз systemd (а не сборка на состояние произвольного коммита из > git-репозитория). И не просто релиз, а релиз указанный на странице [1]. > Да, Debian уже добавил в systemd более 150 патчей, хотя в > sysvinit им пришлось добавить всего 18. И да, неполадки могут быть > вызваны этими патчами. Но во-первых это маловероятно, ибо DD очень не > любят регрессивные патчи (судя по тому, что я наблюдал в openrc), > а о проблемах им известно, во-вторых это никак не избавляет пользователей > от потенциальных проблем, подобных вышеупомянутым (c journald и systemctl). Даже если > это просто такой продукт, что его приходится напичкивать патчами, и это > приводит к малопредсказуемым результатам, то это ещё не значит, что это > не проблемный продукт... А скорее даже наоборот. > 2. Этот testing собирается в скором времени стать stable-ом. > 3. В этом testing у меня нет проблем _ни с чем_ кроме > systemd. Чего бы другое я поставил -- оно работает. > 4. С чего вы взяли, что я как тестер ничего не сделал? > [1] http://cgit.freedesktop.org/systemd/systemd-stable/ >>> 3. Какая вообще разница? Вопрос был про наличие и диагностируемость проблем с >>> systemd. Если проблема возникает во внештатной ситуации, то это не значит, >>> что это не проблема. И нередко противники systemd аргументируют свою позицию >>> именно поведением во внештатных ситуациях. Всякие "unknown error-ы" при обычном "systemctl
	Введите код, изображенный на картинке: