Это стоило учесть ещё в коммите cb2b4e3dcce6dc2fec8a9e88f2ac7fb16a863731...

С другой стороны, банального добавления строчки в backend3/datetime-system недостаточно.

Миш, не раскапывал специфику отработки модулей именно в режиме livecd-install?  У меня в {,/mnt/destination}/etc/adjtime получается одно и то же (неверное) при установленной галке "BIOS по UTC":

0.0 0 0
0
LOCAL

А объезжается просто по Применить/Apply.

Отбой, это поправленный пакет в пробную сборку не попал.  Перепроверяю...

Докопался до коммита b9417bcc18f9682141d02ea34e2082a17bbda50b в livecd-install -- похоже, там не совсем корректная реализация получилась в сумме, т.к. сейчас:

- при загрузке с livecd /etc/adjtime пуст;
- после прохождения шага установки с /datetime по умолчанию там UTC;
- на стадии завершения установки в {,/mnt/destination}/etc/adjtime уже LOCAL
  (в смысле когда статус над прогрессбаром установки меняется на "Завершение")

Проблема именно в 50-datetime.sh из livecd-install -- добавил в него и в 20-datetime.sh из alterator-datetime отладочные touch, выяснил, что слом исходного /etc/adjtime происходит именно здесь.

В общем, откат коммита b9417bcc18f9682141d02ea34e2082a17bbda50b помогает --
почему-то set_adjtime_utc "$(read_utc)" приводит к попаданию в хостовый
/etc/adjtime "LOCAL" при "UTC=true" в /etc/sysconfig/clock, ну а результат
уже неважно кто из {50,20}-datetime.sh потом скопирует в $destdir...

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

livecd-install-0.9.6-alt1 -> sisyphus:

* Tue Nov 22 2016 Michael Shigorin <mike@altlinux> 0.9.6-alt1
- Revert the change made in 0.9.2-alt1 (closes: #32777).