Bug 132385 - /etc/localtime is configured too late during install
Summary: /etc/localtime is configured too late during install
Status: CLOSED DUPLICATE of bug 106572
Alias: None
Product: Fedora
Classification: Fedora
Component: bind (Show other bugs)
(Show other bugs)
Version: rawhide
Hardware: All Linux
medium
medium
Target Milestone: ---
Assignee: Jason Vas Dias
QA Contact: Ben Levenson
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: FC3Target
TreeView+ depends on / blocked
 
Reported: 2004-09-12 02:16 UTC by Alexandre Oliva
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-02-21 19:05:35 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Alexandre Oliva 2004-09-12 02:16:44 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Gecko/20040809

Description of problem:
bind-chroot copies /etc/localtime to /var/named/chroot/etc/localtime.
 Oddly, even though I select America/Sao_Paulo as the timezone early
in the install, the file copied by bind-chroot's %post script is the
America/New_York localtime file.  The timestamp of /etc/localtime
shows it was only set up for the timezone I selected at the end of the
install.  This means that any chroot packages that copy /etc/localtime
will get it wrong.  Would it be possible to get anaconda (or glibc?)
to install this file with the selected timezone earlier?

Version-Release number of selected component (if applicable):
anaconda-10.0.2-3

How reproducible:
Always

Steps to Reproduce:
1.Select a timezone other than America/New_York in the installer
2.Perform a full everything install (or at least something that
installs bind-chroot)
3.After the install is complete, compare /etc/localtime with
/var/named/chroot/etc/localtime

Actual Results:  They're different.  The latter is America/New_York,
while the former is whatever you selected.

Expected Results:  They're supposed to be the same.

Additional info:

This is related with bug 106572.

Comment 1 Jason Vas Dias 2004-09-13 15:09:07 UTC
It would be great if we could make /var/named/chroot/etc/localtime
a link to /etc/localtime; but if it is a symbolic link, it will not
work during chroot, and if it is a hard link, this will not work if
/var is on a separate partition to / .
I can change the named initscript to check if /etc/localtime is 
identical to /var/named/chroot/etc/localtime and copy it again
if not; that might be simpler than fixing it in anaconda.


Comment 2 Jeremy Katz 2004-09-13 15:28:36 UTC
I can't write /etc/localtime earlier because the source file doesn't
exist until after packages are put on the system.  The packaging needs
to be fixed.

Comment 3 Jason Vas Dias 2004-09-13 15:35:09 UTC
 I'll fix this in BIND as described in comment #1 above.


Comment 4 Alexandre Oliva 2004-09-13 21:00:06 UTC

*** This bug has been marked as a duplicate of 106572 ***

Comment 5 Red Hat Bugzilla 2006-02-21 19:05:35 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


Note You need to log in before you can comment on or make changes to this bug.