Weblog entry #20 for dkg
Within the domU, while i could cat /etc/timezone and it would show the correct zone, doing a cmp /etc/localtime /usr/share/zoneinfo/my/time/zone indicated that they were in fact different. and tools like `date` would report in UTC if the TZ variable wasn't set.
` running dpkg-reconfigure tzdata did the proper thing, though, and updated /etc/localtime. Had that failed, i would have just copied (or linked, if /usr shared a partition with /) in the proper file to /etc/localtime. given that tzconfig seems to have been removed from lenny, i'm not sure where/how to report this problem, or if it's worth it. It may be due to a weird interaction between tzconfig and xen's default clock weirdnesses, too (the domU's inherit their clock from the dom0 unless you deliberately detach them).
Comments on this Entry
I guess you use debootstrap to set up domUs?
I guess that is normal behaviour, can't speek for lenny but tzconfig was an extra install in the domUs in etch (plain etch not upgraded vom sarge) iirc. Bugged me for quite some time since I (unfortunately) think of the complicated solutions first.
[ Parent | Reply to this comment ]
[ Send Message | View dkg's Scratchpad | View Weblogs ]
[ Parent | Reply to this comment ]