Исходное сообщение
"Новая версия systemd 213 с поддержкой службы..." Отправлено Xaionaro, 30-Май-14 10:00
>> Почему тогда просто не использовать ntpdate? Это будет аналогом вашей "службы синхронизации >> без серверной части". > при этом ntpdate можно вызывать в стартовых скриптах сразу после установки сетевого > соединения. и сделать финт ушами: положить вызов ntpdate в cron. раз > в час, или там раз в сутки. внизапна, большинство «лобовых» применений > ntpd это заменяет. Я постоянно вижу развитие systemd примерно по следующей схеме: 1. Придумать проблему, хоть её и нет по факту 2. Придумать решение с lock-in-ом на systemd, хоть решение и так есть без systemd и намного более простыми UNIX-way способами. 3. Анонсировать 100500-ый релиз с радостной новостью о решении проблемы *4. После чего systemd-шники добавляют пены в свой рот, чтобы называть всех вокруг ретроградами, так как нигде более не решена какая-то "проблема". Один господин пытался обосновать "крутизну" systemd его journald, объясняя что иначе они никак не могут посчитать биллинг в своей IP-телефонии. Я немного в шоке до сих пор. Неужели нельзя просто взять и применить CDR-данные по назначению (которые могут сохраняться из любой IP-АТС напрямую)? Неужели нужно именно таким путём пойти? — 1. Забить на штатное средство для сбора информации 2. Изобрести костыль для парсинга логов, чтобы восстанавливать эту информацию оттуда (о слава "journald", который всех спасёт!) Я так посмотрю, этот bundle, называемый «systemd» — это некий hacky pack, который позволяет расставлять костыли тогда, когда сисадмин не способен прочитать документацию. IMHO, аналогичную ситуацию мы видим с timesyncd и ntpdate.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: