Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

DST issue



John Chambers wrote:
> Dan Ritter wrote:
> | If you have some old systems where you applied the tzdata fixes
> | through zic;
> |
> | and zdump -v timezone |grep 2007 shows the right output
> |
> | and you are wondering why nothing appears to be paying
> | attention to that
> |
> | make sure that /etc/localtime is a symbolic link, rather than a
> | copy of the [old] compiled timezone in question.
> |
> | ln -s /usr/share/zoneinfo/America/New_York /etc/localtime
>
> Funny thing: On my linux box, everything seems to hav epicked up  the
> new  DST change - except the KDE desktop.  It's still showing the EST
> time. The obvious thing is to log out and in again.  But that doesn't
> seem  to  be  in  the  spirit  of how things should be done on a unix
> system.  Is there some trick to telling KDE that the DST  rules  have
> changed and it should reread the zoneinfo stuff?
>
> Otherwise I'll find some point where I don't mind killing  everything
> I have running, and just Do It.
>   
I don't think a running application (like the KDE clock applet) is going
to change its notion of timezone midstream. You can restart that applet
or, to keep things simple, restart KDE.

Nathan
>
> --
>    _'
>    O
>  <:#/>  John Chambers
>    +   <jc at trillian.mit.edu>
>   /#\  <jc1742 at gmail.com>
>   | |
>
>   


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org