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

cron для слабаков?

Да, для слабаков. Таймеры systemd как минимум интегрируются в state machine. На кроне ты не сделаешь запуск юнита через час после того, как он последний раз остановился. А триггер по абсолютному времени туда прикрутили, потому что почему бы и нет.

дабы не тянуть относительно толстый (это единственный аргумент, лол) ntpd можно было бы написать отдельную программу. Никак не связанную с systemd

Это ты так расписываешься в абсолютном незнании матчасти, да? timesyncd — это и есть отдельная программа, не связанная с systemd.

зачем его генерировать?

Видимо, всё-таки да. Давай ты изучишь, как работает любая другая управлялка сетью?

какой зоопарк, омг?

Тот самый. Нужен запуск по расписанию? cron, выбираем из десятка реализаций. Нужна персистентность по питанию? Не забываем про anacron. Нужно поднять сеть? К вашим услугам дистроспецифичные скрипты, каждые со своими ограничениями, и пяток монструозных комбайнов, которые есть плюс-минус везде. Нужно просинкать время? Ещё один комбайн с пачкой зависимостей, который будет лежать мёртвым грузом. Нужно сделать ряд типичных задач по настройке системы? Не знаем никаких типичных задач, берите шелл и пишите своё убожество сами.

а что не так было с управлением сетью ранее?

См. выше. Легковесной универсальной управлялки сетью не было.

Лёня не умеет в архитектуру. Даже не пытается. Сорян, архитектурой там и не пахнет.

kek

для IPC давным давно создали множество средств. Г-ди, десктопные окружения могли бы использовать mmap и/или shmem. Но нет! Нужен «менеджер»! Куда же без него! Для упрощения работы можно было бы написать какую-нибудь либу, но никак не демон.

Какой к чёртовой матери mmap и/или shmem? Ты понимаешь, что значит «мультикаст»?

единственный плюс, как по мне

Это не плюс. На скорость загрузки десктопа всем вообще пофиг, это побочный эффект.

cron для слабаков?

Да, для слабаков. Таймеры systemd как минимум интегрируются в state machine. На кроне ты не сделаешь запуск юнита через час после того, как он последний раз остановился. А триггер по абсолютному времени туда прикрутили, потому что почему бы и нет.

дабы не тянуть относительно толстый (это единственный аргумент, лол) ntpd можно было бы написать отдельную программу. Никак не связанную с systemd

Это ты так расписываешься в абсолютном незнании матчасти, да? timesyncd — это и есть отдельная программа, не связанная с systemd.

зачем его генерировать?

Видимо, всё-таки да. Давай ты изучишь, как работает любая другая управлялка сетью?

какой зоопарк, омг?

Тот самый. Нужен запуск по расписанию? cron, выбираем из десятка реализаций. Нужна персистентность по питанию? Не забываем про anacron. Нужно поднять сеть? К вашим услугам дистроспецифичные скрипты, каждые со своими ограничениями, и пяток монструозных комбайнов, которые есть плюс-минус везде. Нужно просинкать время? Ещё один комбайн с пачкой зависимостей, который будет лежать мёртвым грузом. Нужно сделать ряд типичных задач по настройке системы? Не знаем никаких типичных задач, берите шелл и пишите своё убожество сами.

а что не так было с управлением сетью ранее?

См. выше.

Лёня не умеет в архитектуру. Даже не пытается. Сорян, архитектурой там и не пахнет.

kek

для IPC давным давно создали множество средств. Г-ди, десктопные окружения могли бы использовать mmap и/или shmem. Но нет! Нужен «менеджер»! Куда же без него! Для упрощения работы можно было бы написать какую-нибудь либу, но никак не демон.

Какой к чёртовой матери mmap и/или shmem? Ты понимаешь, что значит «мультикаст»?

единственный плюс, как по мне

Это не плюс. На скорость загрузки десктопа всем вообще пофиг, это побочный эффект.

cron для слабаков?

Да, для слабаков. Таймеры systemd как минимум интегрируются в state machine. На кроне ты не сделаешь запуск юнита через час после того, как он последний раз остановился. А триггер по абсолютному времени туда прикрутили, потому что почему бы и нет.

дабы не тянуть относительно толстый (это единственный аргумент, лол) ntpd можно было бы написать отдельную программу. Никак не связанную с systemd

Это ты так расписываешься в абсолютном незнании матчасти, да? timesyncd — это и есть отдельная программа, не связанная с systemd.

зачем его генерировать?

Видимо, всё-таки да. Давай ты изучишь, как работает любая другая управлялка сетью?

какой зоопарк, омг?

Тот самый. Нужен запуск по расписанию? cron, выбираем из десятка реализаций. Нужна персистентность по питанию? Не забываем про anacron. Нужно поднять сеть? К вашим услугам дистроспецифичные скрипты, каждые со своими ограничениями, и пяток комбайнов, которые есть плюс-минус везде. Нужно просинкать время? Ещё один комбайн с пачкой зависимостей, который будет лежать мёртвым грузом. Нужно сделать ряд типичных задач по настройке системы? Не знаем никаких типичных задач, берите шелл и пишите своё убожество сами.

Лёня не умеет в архитектуру. Даже не пытается. Сорян, архитектурой там и не пахнет.

kek

для IPC давным давно создали множество средств. Г-ди, десктопные окружения могли бы использовать mmap и/или shmem. Но нет! Нужен «менеджер»! Куда же без него! Для упрощения работы можно было бы написать какую-нибудь либу, но никак не демон.

Какой к чёртовой матери mmap и/или shmem? Ты понимаешь, что значит «мультикаст»?

единственный плюс, как по мне

Это не плюс. На скорость загрузки десктопа всем вообще пофиг, это побочный эффект.