Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 100589
Summary: | Stale /usr/share/fonts/fonts.cache-1 blocking fonts caching | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux Beta | Reporter: | Michel Alexandre Salim <michel.salim> |
Component: | fontconfig | Assignee: | Owen Taylor <otaylor> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | beta1 | CC: | katzj |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-08-03 23:03:54 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 100644 |
Description
Michel Alexandre Salim
2003-07-23 16:15:23 UTC
Quick check - your system time is reasonable and was reasonable during the install? Ah ! Err... guess that's it then. My clock is always NTP'ed, that's why I did not suspect clock skew. I dual-boot with XP so I could not set system time to UTC. Now to think of it, there *was* that warning that came up when starting sendmail saying modification time is in the future. But wait. My timezone is UTC+7, how did I manage to get future modification time? Oh, timestamps are stored in UTC time... Should I file a bug for Anaconda instead, an RFE asking for timezone selection to be brought forward? A quick hack would be to set the system day back one day before install, but that's.. ugh. Hmmm, the installer does have time zone selection, so if your system clock is set to the right time (or approximately the right time) then things should be fine. Maybe you simply forgot to set the timezone during install? If that was the case, then you'd get timestamps in the future because I think the default is US/Eastern which is -0400, so all your timestamps would be 11 hours in the future. I do not think I forgot the timezone twice in a row - in fact I am fairly certain I selected it both times. What I reckon happened is that RPMs were installed before timezone is selected, and say I do the install around 12pm UTC, that is, 7pm Western Indonesia Time. The system thought my time was UTC because I have not told it otherwise, so all files are stamped 7pm *UTC*. Then after install is finished, Linux knows to subtract 7 hours from the reported hardware time to get UTC time, so the filestamps are 7 hours in the future since in reality it is still 12pm UTC. Hope that made sense. Certainly explains why I get that sendmail warning quite often after new installs - so, Anaconda bug? Cc'ing Jeremy Katz in case I'm wrong, but I believe the timezone setting does take effect *before* the files are installed. There are many reasons why you want timestamps right for package installation. So, I think something else is going wrong with your install procedure; perhaps your system clock is simply way off, and you haven't noticed because you are using NTP? Rather unlikely; the software clock is saved to hardware when shutting down, and since I did two installs one day after another, my clock has to be severely dysfunctional to go off by a few hours in such a time span. [michel@bushido michel]$ /usr/sbin/hwclock && date Fri 25 Jul 2003 10:43:10 WIT -0.968829 seconds Fri Jul 25 10:43:09 WIT 2003 This is rather bizarre indeed... Closing as NOTABUG since I don't think there will be any more useful information at this point. |