On Mon, Jan 31, 2000 at 11:56:04PM +0100, Fabrice Gautier wrote: > On Mon, Jan 31, 2000 at 05:35:35PM +0100, Thierry Laronde wrote: > > > C'est tout le probl�me : il ne fait pas. Et changer l'heure directement � > > partir du BIOS, c'est aller droit dans le mur, car quelques petites actions > > sont men�es en coulisse (gr�ce au script /etc/init.d/hwclock.sh) qui, > > essayant d'�am�liorer� la pr�cision de l'heure, vont tr�s mal dig�rer > > un saut brusque de l'horloge CMOS. > > > > Conclusion, sous Slink (c'est la solution de compromis dont on vient juste > > de discuter sur debian-devel), commenter la ligne suivante du script > > /etc/init.d/hwclock.sh : > > > > case "$1" in > > start) > > if [ ! -f /etc/adjtime ] > > then > > echo "0.0 0 0.0" > /etc/adjtime > > fi > > # hwclock --adjust $GMT > > ^^^^^^^^^^^^^^^^^^^^^ > > hwclock --hctosys $GMT > > > > puis ne mettre � jour l'heure que par les outils "syst�me", � savoir `date'. > > > J'ai lu une bonne partie de la discussion sur -devel mais je ne > comprend pas pourquoi cette ligne va r�soudre les probl�mes(lesquelq > d'ailleurs?), au contraire, il y aura plus de correction pour les > horloges qui d�rivent.... laiss� qqs messages de cot�s)
Il n'y a qu'une seule bonne solution : que l'utilisateur sache ce qu'il fait, et qu'il arrive � le savoir parce que c'est document�. Un ajout de documentation a �t� pr�par� par quelqu'un et sera rajout� dans potato. Cette solution n'est pas universelle mais vise � �viter les probl�mes de ceux qui sont en heure locale, qui emploie typiquement un syst�me M$, et qui vont essayer de mettre � jour l'heure (par exemple le passage heure d'�t� -> heure d'hiver) en employant `date' --- ce qui est la bonne solution si `--adjust' n'est pas mis. Car sinon, le programme, constatant que l'horloge CMOS a d�riv� d'une heure, va se faire un devoir de corriger tout �a... Cheers, -- Thierry LARONDE [EMAIL PROTECTED] website : http://www.polynum.com
