Summary: | В результате установки через livecd-install, /etc/adjtime оказывается ненастроен | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Gleb F-Malinovskiy <glebfm> |
Component: | livecd-install | Assignee: | Michael Shigorin <mike> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | aen, boyarsh, grenka, mike, sem, vitty |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 30940 |
Description
Gleb F-Malinovskiy
2016-11-21 14:59:44 MSK
Это стоило учесть ещё в коммите 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... Думаю пока сделать так, а после выпуска всё-таки доразбираться. |