Когда при установке через livecd-install выбрана галочка про хранение времени в UTC, в установленной системе в файле /etc/sysconfig/clock:UTC=true, а в /etc/adjtime:LOCAL. В обычном установщике всё хорошо. Объезжается, двукратным переключением галочки в acc.
Это стоило учесть ещё в коммите 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).
