salut,
personnellement, je suis plus familiaris� en AIX qu'en LINUX, j'ai donc
cherch� un peu
de doc, voila ce qui en ressort (sur AIX, mais je pense que c'est pareil sur
linux) :
la variable TZ d�finie le fuseau horaire applicable (mais �a tout le monde
l'avait
compris) pour le syst�me en question (d'ailleurs � chaque modification de la
variable
TZ, le d�mon cron doit �tre relanc�).
le format est
export TZ=std offset dst offset , rule
avec :
-std heure d'hiver et dst heure d'ete
si dst n'est pas sp�cifi� l'heure d'ete n'est pas appliqu�
-offset est le d�calage entre l'heure locale et le standart CUT
pour "std" et le d�calage entre heure d'ete et d'hiver (� ce que
j'ai compris car j'avoue que c'est un peu flou) pour "dst"
si on ne pr�cise pas l'offset pour "dst", il est suppos� que le
d�calage est d'une heure
-rule indique la p�riode d'application de l'heure d'�t�
de la forme : date_debut/heure,date_fin/heure avec encore deux syntaxes
pour d�crire les couples date_debut/heure et date_fin/heure :
1. type "julian" (num�ro du jour) :
Jn o� n va de 1 � 365
2. type "leap year" (j'ai pas trouv� de traduction) :
Mm.n.d o� m est le mois (0 � 12), n est la semaine,
et d est le jour de la semaine (0 pour dimanche)
dans la formule que j'avais donn� M3.5.0/02:00:00,M10.5.0/03:00:00,
l'heure d'�t� s'applique bien en mars (3� mois de l'ann�e), le
5� dimanche � 2 heures jusqu'au 5� dimanche d'octobre � 3h
le d�calage appliqu� est de 1 heure (car pas d'offset pr�cis�)
en fait on utilise surtout "dst" et le standart CUT dans AIX.
chaque fuseau a un nom CUT mais aussi une correspondance avec
le temps GMT
par exemple :
GMT0BST => UK => CUT
NFT-1DFT => FRANCE (NORVEGE) => CUT+1
JST-9JSTDT => JAPON => CUT+9
j'espere que ca repond � tes questions !
-----Message d'origine-----
De : Francois Massonneau [mailto:[EMAIL PROTECTED]]
Envoy� : mercredi 27 septembre 2000 08:02
� : Debutant Mandrake
Objet : [debutant] Timezone
Bonjour,
Je reviens sur mon histoire de fuseaux horaires. Fr�d�ric m'a
donn� la ligne impeccable pour notre fuseau horaire, que j'utilise.
Donc de ce cot�, pas de pb.
J'ai par contre une discussion avec quelqu'un qui d�veloppe un
programme, et nous avons un souci pour comprendre comment fonctionne
cette variable TZ.
Ainsi, si on veut faire simple, en France nous sommes � GMT+1 en
hiver et GMT+2 en �t�. SI je devais red�finir la variable
d'environnement TZ, devrais je faire (pour l'�t� par exemple) :
export TZ=GMT+2
ou
export TZ=GMT-2
Si je vous pose �a, c'est qu'il me met la chose suivante (d�sol�
c'est en anglais) :
-------------------------------------------------------
Tokyo (Japan) 139.695E 35.686N 50 +09.00
-------------------------------------------------------
I wrote +09.00 in timezone field. It means time in Japan is 9 hours
earlier (faster?) than GMT. So, I must set
$ TZ=GMT-9
To tell the truth, I always set
$ TZ=JST-9 (JST is Japanese Standard Time)
What confused me is opposite 'plus or minus sign' of xplns.obs file
and TZ environment variable. IAU (International Astronomical Union)
decided that timezone is plus in east of Greenwich, minus in west.
In the UNIX world, timezone is minus in east of Greenwich, plus in
west. This is because UNIX was born in U.S.A.
This lead me... In xplns.obs file:
-------------------------------------------------------
Paris (France) 2.450E 48.966N 65 +01.00
-------------------------------------------------------
So, you must set
$ TZ=GMT-1
Is this incorrect?
=======================================
Merci d'avance de vos explications, car on est paum� totalement ;-)
Francois
