Je n'ai pas tout compris aux histoire de fuseau, mais chez moi, MEST et MET, c'est pas pareil :
:~> TZ=MEST date mar sep 28 16:51:23 MEST 2004 :~> TZ=MET date mar sep 28 18:51:26 MEST 2004
et il y a justement 2 heures d'écart ;-)
Donc a mon avis, le /etc/TIMEZONE du Sun n'a tout simplement pas été pris en compte
Le plus surprenant c'est que c'est la SUN qui est à la bonne heure et la HP qui veut se mettre deux heures en retard ....
Je vais essayer de basculer la HP en MEST si elle comprend ....
Merci.
Tieum
Stephane Chazelas
2004-09-28, 18:52(+02), Etienne de Tocqueville:
Tieum a écrit sur fr.comp.os.unix :
Bah justement elle sont toutes les deux MET
Bah non, il y en a une en MEST :
mardi, 28 septembre 2004, 17:58:42 MEST
Je n'ai pas tout compris aux histoire de fuseau, mais chez moi, MEST et MET, c'est pas pareil :
:~> TZ=MEST date mar sep 28 16:51:23 MEST 2004 :~> TZ=MET date mar sep 28 18:51:26 MEST 2004
et il y a justement 2 heures d'écart ;-)
Donc a mon avis, le /etc/TIMEZONE du Sun n'a tout simplement pas été pris en compte
Attention.
Ce qu'affiche date et ce qu'on met dans TZ n'est pas forcement exactement la meme chose.
si on met TZ=MET, MET fait reference a une timezone. On ne precise ni decallage par rapport a GMT, ni regle de changement d'heure, ca veut dire que MET fait reference a un decallage par rapport a GMT mais aussi a des regles de changement d'heure. Il doit y avoir un fichier de definition de "MET" comme de Europe/Paris quelque part. Je ne pense pas qu'il y en ait pour MEST, donc ca doit etre equivalent a GMT comme tout ce qui est inconnu.
L'autre methode, c'est de faire:
TZ=TOTO+4TITI+5,rule
On a un decallage de 4 heures en hiver, 5 heures en ete, date renvoie "TOTO" en hiver, "TITI" en ete, le passage d'ete a hiver est defini dans "rule". L'avantage de mettre Europe/Paris, c'est que le systeme est au courant des fluctuations de regles de changement d'heure dans le passé a Paris (notez que ce qui a ete valable a Paris ne l'a pas forcement toujours ete a Vichy ou a Strasbourgh).
L'avantage de mettre la definition complete dans TZ est que ca marchera pareil d'un systeme a l'autre (tous ne sont pas forcement d'accord sur ce que veulent dire MET par exemple).
En France (et en Europe sauf Portugal, Ireland, UK) ca devrait etre quelque chose comme:
TZÎT-1CEST-2,M3.5.0/2,M10.5.0/3
CET en hiver, CEST en ete, 1 heure de decallage en hiver, 2 en ete. Les changement d'heure sont le dernier dimanche de mars a 2h et le dernier dimanche d'octobre a 3h.
-- Stephane
2004-09-28, 18:52(+02), Etienne de Tocqueville:
Tieum <surnom.surnom@free.fr> a écrit sur fr.comp.os.unix :
Bah justement elle sont toutes les deux MET
Bah non, il y en a une en MEST :
mardi, 28 septembre 2004, 17:58:42 MEST
Je n'ai pas tout compris aux histoire de fuseau, mais chez moi, MEST et
MET, c'est pas pareil :
etienne@steph:~> TZ=MEST date
mar sep 28 16:51:23 MEST 2004
etienne@steph:~> TZ=MET date
mar sep 28 18:51:26 MEST 2004
et il y a justement 2 heures d'écart ;-)
Donc a mon avis, le /etc/TIMEZONE du Sun n'a tout simplement pas été
pris en compte
Attention.
Ce qu'affiche date et ce qu'on met dans TZ n'est pas forcement
exactement la meme chose.
si on met TZ=MET, MET fait reference a une timezone. On ne
precise ni decallage par rapport a GMT, ni regle de changement
d'heure, ca veut dire que MET fait reference a un decallage par
rapport a GMT mais aussi a des regles de changement d'heure. Il
doit y avoir un fichier de definition de "MET" comme de
Europe/Paris quelque part. Je ne pense pas qu'il y en ait pour
MEST, donc ca doit etre equivalent a GMT comme tout ce qui est
inconnu.
L'autre methode, c'est de faire:
TZ=TOTO+4TITI+5,rule
On a un decallage de 4 heures en hiver, 5 heures en ete, date
renvoie "TOTO" en hiver, "TITI" en ete, le passage d'ete a hiver
est defini dans "rule". L'avantage de mettre Europe/Paris, c'est
que le systeme est au courant des fluctuations de regles de
changement d'heure dans le passé a Paris (notez que ce qui a ete
valable a Paris ne l'a pas forcement toujours ete a Vichy ou a
Strasbourgh).
L'avantage de mettre la definition complete dans TZ est que ca
marchera pareil d'un systeme a l'autre (tous ne sont pas
forcement d'accord sur ce que veulent dire MET par exemple).
En France (et en Europe sauf Portugal, Ireland, UK) ca devrait
etre quelque chose comme:
TZÎT-1CEST-2,M3.5.0/2,M10.5.0/3
CET en hiver, CEST en ete, 1 heure de decallage en hiver, 2 en
ete. Les changement d'heure sont le dernier dimanche de mars a
2h et le dernier dimanche d'octobre a 3h.
Je n'ai pas tout compris aux histoire de fuseau, mais chez moi, MEST et MET, c'est pas pareil :
:~> TZ=MEST date mar sep 28 16:51:23 MEST 2004 :~> TZ=MET date mar sep 28 18:51:26 MEST 2004
et il y a justement 2 heures d'écart ;-)
Donc a mon avis, le /etc/TIMEZONE du Sun n'a tout simplement pas été pris en compte
Attention.
Ce qu'affiche date et ce qu'on met dans TZ n'est pas forcement exactement la meme chose.
si on met TZ=MET, MET fait reference a une timezone. On ne precise ni decallage par rapport a GMT, ni regle de changement d'heure, ca veut dire que MET fait reference a un decallage par rapport a GMT mais aussi a des regles de changement d'heure. Il doit y avoir un fichier de definition de "MET" comme de Europe/Paris quelque part. Je ne pense pas qu'il y en ait pour MEST, donc ca doit etre equivalent a GMT comme tout ce qui est inconnu.
L'autre methode, c'est de faire:
TZ=TOTO+4TITI+5,rule
On a un decallage de 4 heures en hiver, 5 heures en ete, date renvoie "TOTO" en hiver, "TITI" en ete, le passage d'ete a hiver est defini dans "rule". L'avantage de mettre Europe/Paris, c'est que le systeme est au courant des fluctuations de regles de changement d'heure dans le passé a Paris (notez que ce qui a ete valable a Paris ne l'a pas forcement toujours ete a Vichy ou a Strasbourgh).
L'avantage de mettre la definition complete dans TZ est que ca marchera pareil d'un systeme a l'autre (tous ne sont pas forcement d'accord sur ce que veulent dire MET par exemple).
En France (et en Europe sauf Portugal, Ireland, UK) ca devrait etre quelque chose comme:
TZÎT-1CEST-2,M3.5.0/2,M10.5.0/3
CET en hiver, CEST en ete, 1 heure de decallage en hiver, 2 en ete. Les changement d'heure sont le dernier dimanche de mars a 2h et le dernier dimanche d'octobre a 3h.
-- Stephane
Tieum
Tieum wrote:
Je vais essayer de basculer la HP en MEST si elle comprend ....
Il n'y a pas l'air d'avoir de MEST sur la HP.
Si quelqu'un a une idée ?
Tieum
Tieum wrote:
Je vais essayer de basculer la HP en MEST si elle comprend ....
