From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 26 May 2003 18:40:42 +0700 From: Alexey Morozov To: ALT Linux Sisyphus mailing list Subject: Re: [sisyphus] startup Message-ID: <20030526114042.GL2655@bebi.novosoft.ru> References: <20030525093922.GH6149@bebi.novosoft.ru> <20030525094320.GG28495@osdn.org.ua> <20030525115719.GI6149@bebi.novosoft.ru> <20030525125237.GD27601@basalt.office.altlinux.org> <20030526064434.GB2655@bebi.novosoft.ru> <20030526090727.GE1973@basalt.office.altlinux.org> <20030526102322.GI2655@bebi.novosoft.ru> <20030526092538.GF1973@basalt.office.altlinux.org> <20030526105241.GJ2655@bebi.novosoft.ru> <20030526095303.GH1973@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030526095303.GH1973@basalt.office.altlinux.org> User-Agent: Mutt/1.4i Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: On Mon, May 26, 2003 at 01:53:03PM +0400, Dmitry V. Levin wrote: > On Mon, May 26, 2003 at 05:52:41PM +0700, Alexey Morozov wrote: > > Ну, с существующей схемой я не вижу, как сделать иначе. > > Можно, конечно, вытащить описание таймзоны куда-нить на /, > > но это требует известного напряжения мыслительных процессов. > Для этого мы здесь и собрались. :) Да? Как я угадал с выбором тусовки :-). Ну, в общем, наверное, можно использовать схему, когда при выборе таймзоны (в инсталляторе) соответствующий файлик просто копируется в /etc/localtime, и /etc/init.d/clock не пытается даже использовать данные из /usr/share/zoneinfo... Но тогда автоматически встает вопрос корректных апдейтов этого файла при апдейтах glibc-timezones. Я так вот вижу возможные пути решения проблемы. > Только если > is_yes "$HWCLOCK_SET_AT_HALT" В случае домашних машинок без внешних ntp-серверов это единственный более-менее приемлемый способ поддерживать системные часы. Если верить докам на hwclock, величина убегания цмосовских часов более-менее постоянна, так что и бороться с этим тоже можно... Но тогда встает во весь рост вопрос DST. Наверное, можно где-либо сохранять последнюю использовавшуюся таймзону, и, с одной стороны, при апдейте glibc-timezones копировать в /etc/localtime нужный файлик (по правилам config(noreplace)), а с другой, при "перещелке" DST переводить соответственно хардварные часы. Переводить их нужно, потому что использоваться это вся конструкция (часы не в GMT, отсутствие NTP) будет преимущественно на дуалбутных домашних машинках, а Windows (TM) часы переводит. Ну, в общих чертах вот так вот, но но на оформление этого всего аккуратно меня сейчас не хватит.