r1264 - trunk/etc

Justin R. Knierim lfs at lfs-matrix.net
Mon Dec 12 07:34:08 PST 2005

Alexander E. Patrakov wrote:

>Non-bug. You are changing the TZ variable in already-running bash and that 
>doesn't (and shouldn't) work. On the CD, the TZ variable should be set 
>outside the bash shell, i.e. either propagate from the kernel command line, 
>or from /etc/environment.
>TODO: check that openssh uses /etc/environment.
Ok, that makes sense.  There is something weird though and maybe it is 
caused somewhere else.  Using 6.1.1-1 LiveCD (which doesn't have this 
PS1 change), starting linux without a TZ parameter, selecting 
"America/Los_Angeles" at timezone prompt, "Localtime" at next, 
"en_US.ISO-8859-1" locale, "Default" keyboard layout.  The prompt at the 
tty1 shows:

lfslivecd:root | Mon 12 Dec 2005 03:20:45 PM GMT | ~

In Terminal in Xorg it looks fine:

lfslivecd:root | Mon 12 Dec 2005 07:16:11 AM PST | ~

Booting the LiveCD with "linux TZ=America/Los_Angeles" works correctly.  
Are we not running clkconf early enough?  Or is the only really good way 
of setting TZ at the boot: prompt (meaning "linux TZ=blah")?

In both cases, PS1 is:
\[\033[0;38m\]\h:\[\033[0;31m\]\u | \[\033[0;38m\]\D{%c} \[\033[0;31m\]| 

and TZ is:

/etc/sysconfig/clock is "UTC=0"

I (wrongly) saw that changing the PS1 variable to use `date +%c` instead 
of \D fixed this.  I know of a friend who had used \D in his PS1 also, 
since each user on his server can have his/her own TZ in the bash 
startup files, \D wouldn't work as bash was already running.  Changing 
to `date` worked in this case.


More information about the livecd mailing list